CN101043431B

CN101043431B - Method and system for shortening built-up time of multi-party communication service

Info

Publication number: CN101043431B
Application number: CN2006100612840A
Authority: CN
Inventors: 武亚娟
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-06-22
Filing date: 2006-06-22
Publication date: 2010-12-08
Anticipated expiration: 2026-06-22
Also published as: CN101043431A

Abstract

The related system for reducing the build time for multi-side dialogue business comprise: a user terminal, a BM-SC, and a server to transmit data for IMS business with the terminal. Wherein, after registering IMS, the terminal initiates at least one general MBMS dialogue, and pre-builds at least one general MBMS text with the BM-SC; when server determines to send data by broadcast-multicast mechanism, it applies built text for data transmission. This invention can apply the general MBMS text directly to reduce built time and increase user satisfaction.

Description

A kind of MultiParty Service method and system of settling time that shortens

Technical field

The present invention relates to multi-medium broadcast/group broadcast (Multimedia Broadcast/Multicast Service, MBMS) technology, be particularly related to the professional transmission technology of a kind of IMS (IP Multimedia Subsystem, IP Multimedia System) based on MBMS mechanism.

Background technology

The multicast/broadcast technology is a kind of technology that transmits data from a data source to a plurality of targets, in traditional mobile communications network, sub-district multicast service or broadcasting service (CBS, Cell Broadcast Service) allow low bit rate data to share broadcast channel by the sub-district and send to all user terminal UE (User Equipment), this kind business belongs to information series business.

Now, people no longer are satisfied with phone and messaging service to the demand of mobile communication, and along with developing rapidly of internet (Internet), a large amount of mobile multi-media services emerge.The some of them mobile multi-media service requires a plurality of user terminals can receive identical data, for example video request program, television broadcasting, video conference, online education, interactive game etc. simultaneously.These mobile multi-media services are compared with general data service, have characteristics such as data volume is big, longer duration, delay sensitive.Present Internet protocol (IP, InternetProtocol) multicast and broadcast technology only are applicable to wired IP communication network, be not suitable for mobile communications network, because mobile communications network has particular network structure, functional entity and wave point, these are all different with the wire communication IP network.

For effectively utilizing the mobile communications network resource, 3G (Third Generation) Moblie global standards tissue (3GPP, 3rd Generation Partnership Project) MBMS of proposition mobile communications network, thereby in mobile communications network, provide a data source to send the point of data to multiple spot (PTM to a plurality of recipients, Point ToMultipoint) business, the realization Internet resources are shared, and improve utilization rate of network resource, especially interface-free resources.The MBMS that 3GPP proposes can not only realize the classes of messages multicast and the broadcasting of plain text low rate, and can also realize the multicast and the broadcasting of high-speed multimedia business, and this has complied with the trend of following mobile data development undoubtedly.

Fig. 1 is for supporting the wireless network architecture schematic diagram of broadcasting/packet service, as shown in Figure 1, among the existing 3GPP, support that the wireless network entity of broadcasting/packet service is broadcasting/packet service server (BM-SC), BM-SC is by Gmb interface or Gi interface and critical point GPRS Support Node (GGSN, Gateway GPRSSupport Node) link to each other, a BM-SC can link to each other with a plurality of GGSN; GGSN links to each other by Gn/Gp interface and Serving GPRS Support Node (SGSN, Serving GPRS Support Node), and a GGSN can link to each other with a plurality of SGSN; SGSN can pass through Iu interface and universal mobile telecommunications system (UMTS, Universal Mobile Telecommunications System) land radio access web (UTRAN, UMTSTerrestrial radio access network) links to each other, UTRAN links to each other with UE by the Uu interface then, SGSN also can strengthen wireless access network (GERAN) by Iu/Gb interface and global system for mobile communications and link to each other, and GERAN links to each other with UE by Um Interface then.Wherein, GGSN and SGSN belong to the node in the core net in the wireless network (CN, Core Network).

The network configuration that provides from Fig. 1 as can be seen, in order to support the MBMS business, in 3-G (Generation Three mobile communication system), increase the mobile network functional entity: broadcast multicast service center, be BM-SC, described BM-SC is content provider's a inlet, be used for authorizing and initiating the MBMS business, and plan transmits the MBMS content to schedule at mobile network.In addition, on functional entitys such as user terminal UE, UTRAN, GERAN, SGSN, GGSN, increase the function relevant with MBMS.

MBMS comprises multicast pattern and broadcast mode, and wherein multicast pattern needs the user terminal corresponding multicast group of contracting, and carries out activation of service, and produces corresponding charge information.Because it is different that multicast pattern and broadcast mode exist on business demand, cause operation flow separately also different, distinguish as shown in Figures 2 and 3, Fig. 2 is the operation flow schematic diagram of MSMS multicast pattern, Fig. 3 is the operation flow schematic diagram of MSMS broadcast mode.

As shown in Figure 2, the processing procedure that the MBMS multicast service relates to comprises: signatory (Subscription), service declaration (Service announcement), user terminal adding (Joining), session begin (SessionStart), MBMS notice (MBMS notification), data transmit (Data transfer), conversation end (Session Stop) and user terminal and withdraw from (Leaving), and be specific as follows described.

Signatory process is used for setting up the relation between user terminal and the service supplier, allows user terminal subscribe to required MBMS service in advance;

Service declaration process is used for by BM-SC the declaration current service that can provide, the i.e. relevant information of informing user terminal MBMS business;

The user terminal adition process is a MBMS activation of service process, UE is in adition process, informing network self is ready to become the member of current multicast group, receives the data of corresponding MBMS business, and this adition process can be created the MBMS UE context of record UE information in the UE of network and adding multicast group;

Session begins in the process, and BM-SC is ready to transfer of data, and informing network is set up the bearing resource of corresponding core net and Access Network;

The MBMS notification procedure is used for being about to begin by RNC (Radio Network Controller, radio network controller) notice UE MBMS multicast conversation;

In data transfer procedure, BM-SC transfers data to UE by the bearing resource that session begins to set up in the process, the MBMS business has two kinds of patterns when transmitting between UTRAN and UE: point-to-multipoint (PTM, Point To Multipoint) pattern and point-to-point (PTP, Point To Point) pattern, the PTM pattern is by MBMS point-to-multipoint service channel (MTCH, MBMS point-to-multipoint Traffic Channel) sends identical data, all add multicast service or can receive the interested UE of broadcasting service, ptp mode is by Dedicated Traffic Channel (DTCH, Dedicated Traffic Channel) logic channel sends data, has only a corresponding UE to receive;

The conversation end process is used for the bearing resource that the session process that begins is set up is discharged;

User terminal withdraws from process makes the subscriber in the group leave multicast group, i.e. user terminal receiving multicast data no longer, and this process can be with corresponding MBMS UE context deletion.

As shown in Figure 3, processing procedure that the MBMS broadcasting service relates to and MBMS multicast service are similar, just before session begins, do not need to carry out signatory process and user terminal adition process, and, after conversation end, do not need to carry out user terminal and withdraw from process.

Under the promotion of multiple application, IP-based multimedia subsystem, IMS (IP MultimediaSubsystem) framework appears, purpose is to use a kind of structure of standardized opening to realize diversified multimedia application in the mobile network, offers more selection of user terminal and abundanter impression.

The IMS of 3GPP definition is superimposed upon on the packet field network, form by CSCF (CSCF), MGCF (MGCF), MRF (media resource function) and HSS functional entitys such as (home signature user terminal servers), wherein CSCF can be divided into S-CSCF (serving CSCF), P-CSCF (proxy CSCF) and three logic entities of I-CSCF (inquiry CSCF) again, S-CSCF is the service switching center of IMS, carry out session control, peace preservation association's speech phase, be in charge of user terminal information, produce charge information etc.; P-CSCF is the access point that end user terminal inserts IMS, finishes the user terminal registration, is responsible for QoS control and safety management etc., and I-CSCF is responsible for the intercommunication between the IMS territory, and network topology and configuration are externally hidden in the distribution of management S-CSCF, produce metering data etc.The MGCF control gateway realizes the intercommunication of IMS network and other network, and MRF provides media resource, as the folding and unfolding sound, and encoding and decoding and multimedia conferencing bridge.HSS is the user terminal data storehouse, the subscription data of storage IMS user terminal and configuration information etc.

On the packet network that the IMS network of 3GPP definition also can be applied to define among the 3GPP2, provide the intercommunication with the polytype network, realize and the independence of user terminal use terminal type.Presents does not limit IMS and only is applied in relevant network of 3GPP and the application, and the access network of other types and the business of bearer network and application also can realize with the IMS framework.

In IMS, use the signaling control protocol of SIP (Session Initiation Protocol, Session initiation Protocol) as IP multimedia session.

Session initiation Protocol SIP is used for initiation session, it can control the foundation and the termination of the Multimedia session of a plurality of participants' participation, and can dynamically adjust and revise session attribute, as session bandwidth require, the code/decode format of the medium type (voice, video and text etc.) of transmission, medium, to the support of multicast and clean culture etc.

Fast development along with broadband network technology, PoC (PTT over cellular appears in mobile communication system, press-and-talk based on cellular system) business, described PoC service is OMA (open mobile alliance, the Open Mobile Alliance tissue) Ding Yi the PTT that on packet network, realizes (Push To Talk, press-and-talk) business, wherein, described PTT business is a kind of semiduplex communication technology.

The mobile communication system that is embodied as of PoC service has been introduced the communication pattern that a kind of existing mobile system and traditional voice calling system can't provide.PoC service has guaranteed that expense minimizes when satisfying calling in real time.Simultaneously, PoC service makes it can satisfy the real time communication demand of user terminal low-cost, expeditiously because of it adopts VoIP (packet voice) and semiduplex mode.

At present, according to the OMA definition as can be known, the pattern that the business of PoC is carried out mainly comprises following process as shown in Figure 4:

(1) user terminal with PoC capable terminal at first needs with the supplier of PoC service signatoryly, obtains the PoC service permission;

(2) POC client finds that by terminal network possesses the PoC service ability;

(3) POC client has been set up contact with other POC client by PoC service supplier;

(4) POC client can be requested to make a speech by button, realizes professional.

The network frame structure of corresponding PoC mainly comprises PoC client (PoC client), PoC server (PoC server), SIP core (supporting the core net of session initiation protocol), XDMS (XMLDocument Management Server supports the document management server of XML), Presence server (presenting service server) etc. as shown in Figure 5.

Can see existing P oC be with PoC based on the SIP Core, utilize the ability of SIP Core to realize the route between the user terminal and search.Described SIP core can be IMS (IP Multimedia System) network, also can be other networks based on Session Initiation Protocol.

The application of broadcasting multicast service makes bearer network can support the multi-medium data transmission of optimizing, use such as the IMS that is positioned on the application server for, send identical multi-medium data if desired to one group of IMS user terminal, the broadcast multi-broadcasting ability that so just can utilize the bottom bearer network to provide, use the MBMS business of this saving interface-free resources and Internet resources to transmit data, thereby make operator can improve the utilance of resource, cut operating costs.

Such IMS uses and has existed a lot, as PoC service, and conference convention business, Digital Television, multimedia networking recreation etc.These use generally all is to be limited to the MultiParty Service that carries out in the group, therefore the demand that identical multi-medium data need send to a plurality of user terminals in the group can occur, therefore can use MBMS mechanism to realize the transfer of data of carrying aspect.

A kind of MBMS mechanism of using that proposes at present realizes that the scheme of PoC service can mainly comprise the steps as shown in Figure 6.

When step 101, customer end A need be called out called PoC customer end B, visit PoC server sent solicited message INVITE earlier;

Step 102, by the SIP signaling, multicast address multicast of the called PoC customer end B of PoC server notification;

Step 103, the information of the multicast parameter correlation of PoC customer end B analysis from the INVITE that the PoC server is received wishes to use the address of the up-downgoing of MBMS mechanism such as being used to refer to customer end B about the PoC server;

If customer end B is supported MBMS mechanism, according to 3GPP TS 23.246 described execution MBMS activations, promptly carry out the context of MBMS and set up, execution in step 104 then;

Step 104, the PoC customer end B sends 200OK message to the PoC server;

Step 105, the 200OK response message that the PoC server returns to customer end A according to the 200OK message that the PoC customer end B sends, the indication customer end A also adds the multicast carrying in this 200OK response message, and this indication is to realize by the multicast address of unicast address that carries up usefulness and descending usefulness;

Step 106, customer end A add the multicast carrying, carry out MBMS activation, promptly carry out the context of MBMS and set up;

Step 107, the PoC server sends Receiving Talk Burst to customer end A;

Step 108, the PoC server sends Receiving Talk Burst to customer end B;

Step 109, the media data of PoC session transmits by multicast conversation;

If customer end A or B wish to withdraw from this PoC session, the MBMS context of also wanting deexcitation to set up so simultaneously, i.e. execution in step 110 and step 111 simultaneously.

Step 110, the MBMS context deactivation process of customer end A;

Step 111, the MBMS context deactivation process of customer end B;

Step 112, the PoC server sends 200OK to customer end A.

PoC service still is a kind of voice service in essence, therefore to the requirement of real-time than higher, and in the above-mentioned technical scheme, when MBMS mechanism media data is used in the decision of PoC server, by the INVITE advise called subscriber terminal that sends, at this time called user terminal is just initiated the MBMS session and is set up process, after the foundation of MBMS context is finished, just continues the negotiations process of PoC session; Also set up the contextual process of MBMS if consider caller, then settling time is just longer.Original relatively PoC session is set up process, the setup delay that increases is oversize, the POC client that initiation session is set up abandons using current PoC service probably owing to the stand-by period is oversize, change into and use other communication modes, the so long simultaneously use habit that does not also meet user terminal settling time, therefore this mechanism must be improved, otherwise can't carry out practical application.

Summary of the invention

In view of this, the invention provides a kind of MultiParty Service method and system of settling time that shorten, when introducing MBMS mechanism realizes the media data transmission in the transmission course of IMS business, can effectively reduce the time that session is set up.

A kind of MultiParty Service method of settling time that shortens wherein, comprising:

After steps A, the user terminal that uses IMS to use are finished the IMS registration, initiate the process of setting up of at least one general MBMS session, set up at least one general MBMS context in advance;

Step B when server need to be determined by broadcast multi-broadcasting mechanism transmission data, uses the above-mentioned general MBMS context of having set up to user terminal to transmit data.

A kind of MultiParty Service system of settling time that shortens, wherein, this system comprises user terminal, BM-SC and server, carry out the transfer of data of IMS business between server and the user terminal, it is characterized in that, after the user terminal that uses IMS to use is finished the IMS registration, initiate the process of setting up of at least one general MBMS session, with pre-established at least one the general MBMS context of BM-SC, when server need to be determined by broadcast multi-broadcasting mechanism transmission data, use the above-mentioned general MBMS context of having set up to user terminal to transmit data.

Compared with prior art, because a kind of MultiParty Service method and system of settling time that shortens of the present invention, by introducing pre-established general MBMS context, before setting up, service conversation just sets up what a general MBMS context, when really setting up service conversation, directly use this general MBMS context then, and do not need to rebulid the MBMS context, thus can effectively reduce the time that session is set up, improve user's satisfaction.

Description of drawings

Fig. 1 is the wireless network architecture schematic diagram of the support broadcasting/packet service of prior art.

Fig. 2 is the operation flow schematic diagram of the MSMS multicast pattern of prior art.

Fig. 3 is the operation flow schematic diagram of the MSMS broadcast mode of prior art.

The schematic diagram of the pattern that Fig. 4 carries out for the business of the PoC of prior art.

The structured flowchart of the corresponding network framework of the pattern that Fig. 5 carries out for the business of the PoC of prior art.

Fig. 6 is the schematic flow sheet that the use MBMS mechanism of prior art realizes PoC service.

Fig. 7 is the workflow diagram of the present invention's preferable first execution mode.

Fig. 8 is the workflow diagram of the present invention's preferable second execution mode.

Fig. 9 is the workflow diagram of the present invention's preferable the 4th execution mode.

Embodiment

For making the purpose, technical solutions and advantages of the present invention clearer,, the present invention is described in further detail below in conjunction with embodiment and accompanying drawing.

The technology of information sending and receiving in the MBMS business provided by the invention is applicable to the various wireless access ways of use such as WCDMA, CDMA2000, WLAN, UTRA TDD and TD-SCDMA and the communication system of line access mode is arranged.

The present invention's technical scheme is applicable to the system that realizes the IMS service application based on MBMS mechanism, such as the POC business, and conference convention business, Digital Television, multimedia networking recreation etc.These are used generally all is to be limited to the MultiParty Service that carries out in the group, therefore the demand that identical data need send to a plurality of user terminals in the group can occur, therefore can use MBMS mechanism to realize the transfer of data of carrying aspect.

But convenience for narration, the present invention's better embodiment is that example describes with the PoC service, and processing procedure of the present invention can be applied in all a plurality of PoC clients that are positioned at the recipient, but for convenience of description, following better embodiment is all to describe a PoC client.

Then after the user terminal that uses IMS to use is finished the IMS registration, just initiate the process of setting up of at least one MBMS session, set up at least one MBMS session in advance, in setting up process, corresponding definite at least one general MBMS context, be that POC client passes through SGSN and the GGSN functional entity in the GPRS network, with pre-established at least one the general MBMS context of BM-SC, this general MBMS context is used for being used for to a plurality of user terminal to transmit data when server determines that needs send data by broadcast multi-broadcasting mechanism.Like this when POC client need receive certain POC session, and this POC business may need to use broadcast multi-broadcasting mechanism and comes conserve network resources and interface-free resources, what just do not need that spended time finishes the MBMS carrying has set up process, can directly use above-mentioned general MBMS session from the server receiving media data, thereby shorten the session settling time of POC business.

Above-mentionedly set up in advance, the MBMS session of directly using when really business data transmission being arranged can be referred to as general MBMS session.With the contextual foundation of existing MBMS be for certain specific transactions activate different, POC client of the present invention is known an ip multicast address by the method for prior service announcements process or configuration, this ip multicast address is not specified to some based on the MBMS loaded service contextual the time setting up general MBMS, just a MBMS carrying has been set up in expression, concrete which professional use this MBMS to carry to send data also uncertain at the moment, promptly set up in the process the described general MBMS context that the described ip multicast address of determining only is used to identify foundation this moment described, can be used for using the contextual business of described this general MBMS arbitrarily, specifically need specify by subsequent process by which professional use.

Such ip multicast address can be one or more, promptly according to the configuration or the network condition of operator, can select to set up one or more general MBMS session, promptly set up one or more general MBMS context, each general MBMS context can be assigned with an ip multicast address, use when being used for follow-up carrying BroadCast MultiCast Service, the bearing capacity of these general MBMS sessions can be identical or different.

If there are a plurality of BM-SC to be used to support the MBMS bearer service in the network at POC client place, POC server can't judge when will send the data to which BM-SC, can set up in the process notice POC server in the POC business by POC client and know.

Consider that contextual foundation of MBMS and preservation will expend certain Internet resources, therefore can keep at any time as far as possible at least one so general MBMS context is arranged in the network, when a POC group service is set up, can use current this general MBMS context of keeping at once like this.Under the condition that Internet resources allow, when using current all general MBMS context, set up a general MBMS context again, like this when a new POC group service initiates to set up, still can utilize the general MBMS context of having set up to finish carrying at once and set up, and only waste so general MBMS context at most in the network.

Because what set up is general MBMS context, can't determine also when setting up which POC group service service this general MBMS context is, the POC client that therefore institute in the same MBMS service area might be able to be used the machine-processed transmission of media data of multicast and broadcast all adds to come in, be before each general MBMS context and the concrete business association, the user terminal that institute might use MBMS mechanism reception data in MBMS service area under it can both use this general MBMS context.But when set up concrete POC professional and and general MBMS context relation after, some POC client that comprise in this general MBMS context just can not continue to be retained in this general MBMS context and suffer, and those signatory POC client that only belong to this concrete POC group service just can use this general MBMS context of determining to receive descending media data.

Simultaneously, because setting up this general MBMS can't carry out related with concrete business contextual the time, therefore also can't carry out authentication to the POC client that this general MBMS context comprises, this authentication process also need carry out in the time of concrete POC business and general MBMS context-sensitive.

POC server determines that at first which the POC client that relates in the current POC business is and by BM-SC these POC client carried out authentication, BM-SC carries out related with the ip multicast address that the current general MBMS context of having set up is used this POC business, POC client to the POC server appointment carries out authentication simultaneously, will and not have to indicate the user terminal that carries out authentication to delete from can use the contextual user terminal information of this general MBMS not by authentication.These deleted POC client are exactly those POC client that do not belong to the POC business of current foundation, there has not been general MBMS context because these POC client are current, therefore needs of setting up for next POC group service, can initiate one again and set up the contextual process of general MBMS, its processing procedure and above-described similar.In some cases, the user who belongs to same POC group service is can be pre-determined, and such as this POC group that has pre-defined of Pre-arranged, this class POC user terminal can be set up a general MBMS context voluntarily so.Therefore, which user can set up a contextual criterion of general MBMS jointly about can have a variety ofly, seldom gives unnecessary details here.

Because the POC server for POC client place home network according to the configuring condition of operator, can dispose these ip multicast addresses, can not dispose, when in use by POC client notice POC server yet; And can set up pre-established session between the POC server of POC client and its home network, can not set up yet.So when the caller POC client need send media data to other POC client in this POC service conversation, according to the POC server of called POC client place home network configuration of IP multicast address whether, and whether set up pre-established session between the POC server of called POC client and its home network, different implementation procedures is just arranged, described five embodiments specific as follows.Following execution mode is described called POC client in the flow process that receiving multimedia data adopted, and can adopt prior art about the process from caller POC client transmission INVITE to POC server, in this omission.

As shown in Figure 7, be the workflow diagram of the present invention's preferable first execution mode.The system of shortening MultiParty Service settling time of this better embodiment mainly comprises caller POC client B (figure does not show), callee PoC customer end A 21, GPRS node 22, broadcasting/packet service server B M-SC23, SIP/IPCore A24, PoC PF (Participating Function) server 25, SIP/IP Core X26, PoC CF (Controlling Function) server 27.Wherein, SIP/IP Core A24 and SIP/IP Core X26 are the core net of dialogue-based initiation protocol or IP agreement, and PoC PF server 25 is carried out the function that participates in PoC session, and PoC CF server 27 is carried out the function of the whole PoC session of control; PoC PF server 25 can be same PoC server or different PoC servers with PoC CF server 27, but the convenience for describing is divided into different PoC servers with PoC PF server 25 with PoC CF server 27 in this better embodiment.

In this system, configuration of IP multicast address information on the POC PF server 25, and POC client A21 selects this conversation request of automatic reception, set up a SIP session in advance between the POC PF server 25 of POC client A21 and its home network, it is pre-established session, can directly use this SIP session of having set up to transmit so that POC CF server 27 sends to the message of POC PF server 25, then the workflow of this system mainly comprises the steps.

Step 201, POC client A21 and BM-SC23 set up a general MBMS context;

After the POC client that uses IMS to use is finished the IMS registration, just initiate the process of setting up of at least one MBMS session, corresponding at least one general MBMS context of setting up, in this better embodiment, owing to only relate to a POC client A21, initiate to set up the process that a general MBMS session is set up so below all describe POC client A21, specific as follows described.

POC client A21 is by SGSN and GGSN functional entity in the GPRS22 network, set up a general MBMS context with BM-SC23, so that POC client A21 and other POC client can receive the downlink data of automatic network by the mode of broadcast/multi broadcast MBMS.

Set up in the process at general MBMS context, determine that being used for medium between POC client A21 and the ownership POC PF server 25 transmits required various bearing parameters in the MBMS carrying, as the ip multicast address, port numbers, be used to eat dishes without rice or wine to go up TMGI (the Temporary Mobile Group Identity: interim horde group id) of group's notice, and this MBMS loaded service the QoS ability that can use or the like, wherein said ip multicast address is not specified to some based on the MBMS loaded service contextual the time setting up general MBMS, just a MBMS carrying is set up in expression, concrete which professional use this MBMS to carry to send data also uncertain at the moment, promptly set up in the process the described general MBMS context that the described ip multicast address of determining only is used to identify foundation this moment described, can be used for using the contextual business of described this general MBMS arbitrarily, specifically need specify by subsequent process by which professional use.

Step 202, POC CF server 27 sends to SIP/IP Core X26 with INVITE;

When POC CF server 27 receives the INVITE of caller POC client B, this INVITE is sent to SIP/IP Core X26, wherein this INVITE comprises the POC address of callee's POC client A21 correspondence, the media parameter that POC CF server 27 is supported, the professional indication of POC, the POC address of calling party's POC client B correspondence etc.

Step 203, the described INVITE that SIP/IP Core X26 will receive is routed to the home network at POC client A21 place;

Step 204, SIP/IP Core A24 is routed to POC PF server 25 with this INVITE;

SIP/IP Core A24 is routed to POC PF server 25 according to PoC address and the professional indication of POC of described POC client A21 with this INVITE.

Step 205, POC PF server 25 are returned the OK response message and are given Control Network;

In the present embodiment, above-mentioned finish the SIP session negotiation after, the employed ip multicast address mode of general MBMS context that POC PF server 25 is distributed to this concrete POC session according to different situations is also different, mainly contains following two kinds.

First situation: judge the POC session of current negotiation when POC PF server 25 and will use MBMS mechanism media data, and the ip multicast address of the local use of configure generic MBMS session, then reserve at least one ip multicast address this moment, promptly reserve at least one general MBMS session.

Second situation: judge POC CF server 27 and its when POC PF server 25 and belong to same Operation Network, perhaps POC PF server 25 and POC CF server 27 are exactly same POC server, then the transmission of subsequent media data can be passed through POC PF server 25 (being the process of execution in step 213b), therefore, can in the OK response message of returning, carry local at least one the ip multicast address reserved and corresponding port and number give POC CF server 27.

Step 206, SIP/IP Core A24 is transmitted to this OK response message the Control Network at POC CF server 27 places;

SIP/IP Core A24 receives the OK response message of PoC PF server 25 transmissions and it is transmitted to the Control Network at POC CF server 27 places, and this OK response message carries the above-mentioned IP multicast address under second situation.

Step 207, SIP/IP Core X26 is transmitted to POC CF server 27 with this OK response message;

SIP/IP Core X26 receives the OK response message of SIP/IP Core A24 transmission and it is transmitted to POC CF server 27, and this OK response message carries the above-mentioned IP multicast address.

Step 208, POC PF server 25 sends CONNECT message to POC client A21;

After POC PF server 25 receives the OK response message of SIP/IP Core X26 transmission, send CONNECT message to POC client A21, wherein this CONNECT message comprises the sign of the call subscriber terminal B that initiates this POC session.

Step 209, POC client A21 returns Talk Burst Acknowledgement message and gives POC PF server 25 to confirm the reception of CONNECT message;

After POC client A21 receives the CONNECT message of POC PF server 25 transmissions, return Talk Burst Acknowledgement message to confirm the reception of CONNECT message to POCPF server 25.

Step 210, POC CF server 27 send Receiving Talk Burst message to POC PF server 25, comprising the sign of current speaking user terminal;

Step 211, POC PF server 25 is revised IP address and port numbers, and Receiving Talk Burst message is sent to POC client A21;

After POC PF server 25 is received the Receiving Talk Burst message of POC CF server 27 transmissions, the purpose IP address of this Receiving Talk Burst message and port numbers are the IP address and the port numbers of POC PF server 25, POC PF server 25 is revised purpose IP address and the port numbers of Receiving Talk Burst, be revised as the IP address and the port numbers of customer end A 21, and Receiving Talk Burst message is sent to POC client A21.

If desired, execution in step 212, POC client A21 returns acknowledge message to POC PF server 25, also execution in step 212 not;

Step 213, POC CF server 27 sends the RTP media data to POC client A21.

POC CF server 27 sends the RTP media datas to the mode of POC client A21 two kinds of situations according to step 205, and corresponding RTP media data send mode also has two kinds, and is as described below respectively.

First kind of mode: execution in step 213a, judge the POC session of current negotiation when POC PF server 25 and will use MBMS mechanism media data, and the ip multicast address of the local use of configure generic MBMS session, at least one ip multicast address of reserving according to step 205 then, the i.e. general MBMS session of at least one of Yu Liuing, POC PF server 25 is received after the RTP media data of POC CF server 27 transmissions, revise the IP address and the port numbers of these RTP data, change downstream IP address and port numbers into the ip multicast address of reservation and corresponding port number, then this media data will be sent to BM-SC23, and then send to POC client A21 by the general MBMS session of having set up.

The second way: execution in step 213b, when POC CF server 27 and POC PF server 25 belong to same Operation Network, when perhaps the two is same POC server, then the RTP media data of POC CF server 27 transmissions can be without POC PF server 25, directly send to POC client A21 by BM-SC23, wherein descending IP address and port numbers be exactly in the step 205 POC PF server 25 send to information such as the ip multicast address of POC CF server 27 and port numbers.

This preferable first execution mode is described is configuration of IP multicast address information on the POC PF server, and POC client A selects to accept this conversation request automatically, set up the situation of pre-established session between the POC server of POC client A and own home network.Between the POC server of POC client A and own home network, do not set up pre-established session, and when being to use general SIP session to set up process, its concrete course of work as shown in Figure 8.

As shown in Figure 8, be the workflow diagram of the present invention's preferable second execution mode.The course of work of Fig. 8 is similar to the course of work of Fig. 7, also is the handling process of describing callee side.

The system of shortenings MultiParty Service settling time of this preferable second execution mode mainly comprises caller POC client B (scheming not show), callee PoC customer end A 31, GPRS node 32, broadcasting/packet service server B M-SC33, SIP/IP Core A34, PoC PF server 35, SIP/IP Core X36, PoC CF server 37.Wherein, PoC PF server 35 can be same PoC server or different PoC servers with PoC CF server 37, but the convenience for describing is divided into different PoC servers with PoCPF server 35 with PoC CF server 37 in this better embodiment.

In this system, configuration of IP multicast address information on the POC PF server 35, and POC client A31 selects this conversation request of automatic reception, do not set up pre-established session between the POC server of POC client A31 and own home network, and use general SIP session to set up process, then the course of work of this system is mainly as described below.

The step 301 of this second better embodiment is similar to step 204 to the step 201 of above-mentioned first execution mode to step 304, and its difference is just different from step 305 beginning, mainly comprises:

Step 301, POC client A31 and BM-SC33 set up general MBMS context;

Step 302, POC CF server 37 sends to SIP/IP Core X36 with INVITE;

Step 303, the described INVITE that SIP/IP Core X36 will receive is routed to the home network at POC client A31 place;

Step 304, SIP/IP Core A34 is routed to POC PF server 35 with this INVITE;

From step 305, the course of work and first execution mode of this second better embodiment just begin different, specific as follows.

Step 305, POC PF server 35 returns automatic-answering back device by the SIP signaling and indicates to Control Network;

Step 306, SIP/IP Core A34 transmits automatic-answering back device and indicates the X36 to SIP/IP Core;

Step 307, SIP/IP Core X36 is transmitted to PoC CF server 37 again with the automatic-answering back device indication of receiving;

Step 308, PoC PF server 35 produces an INVITE and sends SIP/IP CoreA34 to;

After SIP/IP Core A34 passes to PoC CF server 37 with the automatic-answering back device indication via SIP/IP Core X36 by the SIP signaling, just use general SIP session to set up process and set up SIP session between POC PF server 35 and the POC client A31, then PoC PF server 35 produces INVITE and sends SIP/IP Core A34 to.

Step 309, SI/IP Core A34 receives this INVITE and it is passed to PoC customer end A 31;

SIP/IP Core A34 receives the INVITE that PoC PF server 35 sends, and according to the POC address of the callee's POC client A31 correspondence in this INVITE this INVITE is issued POC client A31.

Step 310, PoC customer end A 31 are returned the OK response message and are given SIP/IP Core A34;

PoC customer end A 31 is returned the OK response message and is given SIP/IP Core A34 according to the INVITE that the SIP/IP Core A34 that receives is sent.

Step 311, SIP/IP Core A34 passes to PoC PF server 35 with this OK response message again;

Step 312, PoC PF server 35 are created an OK response message again and are passed to SIP/IP CoreA34;

The OK response message that POC PF server 35 termination PoC customer end A 31 send, PoC PF server 35 is created an OK response message again and is passed to SIP/IP Core A34.

In the present embodiment, above-mentioned by general SIP session negotiation after, the employed ip multicast address mode of general MBMS context that POC PF server 35 is distributed to this concrete POC session according to different situations is also different, mainly contains following two kinds.

First situation: judge the POC session of current negotiation when POC PF server 35 and will use MBMS mechanism media data, and the ip multicast address of the local use of configure generic MBMS session, then reserve at least one ip multicast address this moment, promptly reserved at least one general MBMS session.

Second situation: judge POC CF server 37 and its when POC PF server 35 and belong to same Operation Network, perhaps POC PF server 35 and POC CF server 37 are exactly same POC server, then the transmission of subsequent media data can be passed through POC PF server 35 (being the process of execution in step 317b), therefore, can in returning to the OK response message of creating by POC PF server 35 of POC CF server 37, carry local at least one the ip multicast address reserved and corresponding port number.

Step 313, SIP/IP Core A34 is transmitted to Control Network with this OK response message;

SIP/IP Core A34 receives the OK response message of PoC PF server 35 transmissions and it is transmitted to SIP/IP Core X36, and this OK replys to disappear and carries the above-mentioned IP multicast address.

Step 314, SIP/IP Core X36 is transmitted to POC CF server 37 with this OK response message;

SIP/IP Core X36 receives the OK response message of SIP/IP Core A34 transmission and it is transmitted to POC CF server 37.

Step 315, POC CF server 37 send Receiving Talk Burst message to POC PF server 35;

The OK response message that POC CF server 37 sends according to the SIP/IP Core X36 that receives sends Receiving Talk Burst message to POC PF server 35, and wherein this Receiving Talk Burst message comprises the sign of current speaking user terminal;

Step 316, POC PF server 35 is revised the IP address and the port numbers of Receiving Talk Burst message, sends it to POC client A31;

After POC PF server 35 is received the Receiving Talk Burst message of POC CF server 37 transmissions, the purpose IP address of this Receiving Talk Burst message and port numbers are the IP address and the port numbers of POC PF server 35, POC PF server 35 is revised purpose IP address and the port numbers of Receiving Talk Burst, be revised as the IP address and the port numbers of customer end A 31, and Receiving Talk Burst message is sent to POC client A31.

Step 317, POC CF server 37 sends the RTP media data to POC client A31.

POC CF server 37 sends the RTP media datas to the mode of POC client A31 two kinds of situations according to step 312, and corresponding RTP media data send mode also has two kinds, and is as described below respectively.

First kind of mode: execution in step 317a, judge the POC session of current negotiation when POC PF server 35 and will use MBMS mechanism media data, and the ip multicast address of the local use of configure generic MBMS session, at least one ip multicast address of reserving according to step 312 then, the i.e. general MBMS session of at least one of Yu Liuing, after POC PF server 35 is received the RTP media data of POC CF server 37 transmissions, revise the IP address and the port numbers of this RTP media data, change downstream IP address and port numbers into the ip multicast address of reservation and corresponding port number, then this media data will be sent to BM-SC33, and then send to POC client A31 by the general MBMS session of having set up.

The second way: execution in step 317b, when POC CF server 37 and POC PF server 35 belong to same Operation Network, when perhaps the two is same POC server, then the RTP media data of POC CF server 37 transmissions can be without POC PF server 35, directly send to POC client A31 by BM-SC33, wherein descending IP address and port numbers be exactly in the step 312 POC PF server 35 send to information such as the ip multicast address of POC CF server 37 and port numbers.

The condition of the course of work that above-mentioned second better embodiment is described is: configuration of IP multicast address information on the POC PF server 35, and POC client A31 selects this conversation request of automatic reception, and do not set up pre-established session between the POC server of POC client A31 and its home network, and use general SIP session to set up the course of work of process.

If but do not have the configuration of IP multicast address on the POC PF server 35, POC client A31 selects this conversation request of automatic reception, and there is not pre-established session between the POC server of POC client A31 and its home network, and use general SIP session to set up the course of work of process, then its course of work is slightly different again, the course of work of preferable the 3rd execution mode of described the present invention specific as follows.

The course of work of the 3rd execution mode is similar substantially to the course of work of second execution mode, and its difference is, corresponds in the step 310 of second execution mode, and the 3rd execution mode step 310 has certain change, and is specific as follows described.

The 3rd execution mode step 310:PoC customer end A 31 is returned the OK response message and is given SIP/IP CoreA34;

PoC customer end A 31 is returned the OK response message and is given SIP/IP Core A34 according to the INVITE that the SIP/IP Core A34 that receives is sent, and this OK response message carries the ip multicast address.

Then, the described OK response message that carries the ip multicast address is passed to POC CF server 37 by follow-up the 3rd execution mode step 311,312,313,314.

Other course of work is similar to the course of work of second execution mode, seldom gives unnecessary details at this.

Also there is a kind of situation in the present invention, be not have the configuration of IP multicast address on the POC PF server, and POC client A selects manually to accept the POC session invitation, there is not pre-established session between the POC server of POC client A and its home network, and use general SIP session to set up the course of work of process, then its course of work can be as shown in Figure 9.

As shown in Figure 9, the system of shortenings MultiParty Service settling time of this preferable the 4th execution mode mainly comprises caller POC client B (scheming not show), callee PoC customer end A 41, GPRS node 42, broadcasting/packet service server B M-SC43, SIP/IP Core A44, PoC PF server 45, SIP/IP CoreX46, PoC CF server 47.Wherein, PoC PF server 45 can be same PoC server or different PoC servers with PoC CF server 47, but the convenience for describing is divided into different PoC servers with PoC PF server 45 with PoC CF server 47 in this better embodiment.Then its concrete course of work is as described below.

The step 401 of this preferable the 4th execution mode is similar to step 304 to the step 301 of second execution mode to step 404, seldom gives unnecessary details at this.

Just different, specific as follows described from step 405 beginning.

Step 405, PoC PF server 45 produces an INVITE and sends to SIP/IP CoreA44;

PoC PF server 45 receives that PoC CF server 47 passes after the INVITE of coming, just use general SIP session to set up process and set up SIP session between POC PF server 45 and the POC client A41, then PoC PF server 45 produces INVITE and sends SIP/IP Core A44 to.

The INVITE that this PoC PF server 45 produces comprises the POC address of callee's POC client A41 correspondence, the media parameter that POC CF server 47 is supported, the professional indication of POC, the POC address of calling party's POC client B correspondence etc.

Step 406, SIP/IP Core A44 is transmitted to callee PoC customer end A 41 with the INVITE that PoC PF server 45 sends;

SIP/IP Core A44 is transmitted to callee PoC customer end A 41 according to the POC address of the callee's POC client A41 correspondence in the INVITE of PoC PF server 45 transmissions with this INVITE.

Step 407, PoC customer end A 41 sends Alerting message (being ALERTING message) and gives SIP/IP CoreA44;

Step 408, SIP/IP Core A44 sends to PoC PF server 45 with this Alerting message;

Step 409, PoC PF server 45 are returned this Alerting message and are given SIP/IP Core A44;

Step 410, SIP/IP Core A44 sends to SIP/IP Core X46 with this Alerting message;

Step 411, SIP/IP Core X46 gives PoC CF server 47 with this Alerting forwards;

Step 412 is similar substantially to step 317 to the step 310 of the second corresponding execution mode of step 419, only in step 412 to step 416 process, the ip multicast address is passed to PoCCF server 47 by the OK response message via SIP/IP Core A44, PoC PF server 45, SIP/IP Core X46 by PoC customer end A 41, and the step 310 of its transport process and second execution mode is to the similar process of step 314.

Also there is a kind of situation in the present invention, be to have disposed the ip multicast address on the POC PF server, and POC client A selects manually to accept the POC session invitation, there is not pre-established session between the POC server of POC client A and its home network, and use general SIP session to set up the course of work of process, then its course of work also can be as shown in Figure 9, only to the processing procedure of ip multicast address as the step 205 in first execution mode.

In this 5th execution mode, uses general SIP session to finish after, the employed ip multicast address mode of general MBMS context that POC PF server 45 is distributed to this concrete POC session according to different situations is difference also, mainly contains following two kinds.

First situation: judge the POC session of current negotiation when POC PF server 45 and will use MBMS mechanism media data, and the ip multicast address of the local use of configure generic MBMS session, then reserve at least one ip multicast address this moment, promptly reserve at least one general MBMS session.

Second situation: judge POC CF server 47 and its when POC PF server 45 and belong to same Operation Network, perhaps POC PF server 45 and POC CF server 47 are exactly same POC server, then the transmission of subsequent media data can be passed through POC PF server 45, therefore, can in returning to the OK response message of creating by POC PF server 45 of POC CF server 47, carry local at least one the ip multicast address reserved and corresponding port number.

But above-mentioned only is better embodiment of the present invention; be not to be used to limit protection scope of the present invention; any those skilled in the art of being familiar with will be appreciated that; all within the spirit and principles in the present invention scope; any modification of being done, equivalence replacement, improvement etc. all should be included within the scope of the present invention.

Claims

1. one kind is shortened the MultiParty Service method of settling time, it is characterized in that, comprising:

After steps A, the user terminal that uses IP Multimedia System IMS to use are finished the IMS registration, initiate the process of setting up of at least one universal multimedia broadcast/group broadcast MBMS session, set up at least one general MBMS context in advance;

2. a kind of MultiParty Service method of settling time that shortens as claimed in claim 1, it is characterized in that, setting up at least one general MBMS context procedures in the steps A in advance is: user terminal is set up at least one general MBMS context by the Serving GPRS Support Node SGSN in the GPRS network and critical point GPRS Support Node GGSN functional entity and broadcasting/packet service server B M-SC.

3. a kind of MultiParty Service method of settling time that shortens as claimed in claim 1 is characterized in that, determines the ip multicast address that described general MBMS context uses in setting up process.

4. a kind of MultiParty Service method of settling time that shortens as claimed in claim 3, it is characterized in that, the described ip multicast address of determining in setting up process only is used to identify the described general MBMS context of foundation this moment, can be used for using the contextual business of described this general MBMS arbitrarily, specifically need specify by subsequent process by which professional use.

5. as claim 3 or 4 described a kind of MultiParty Service methods of settling time that shorten, it is characterized in that, described ip multicast address can be one or more, promptly when setting up one or more general MBMS context, each general MBMS context is assigned with an ip multicast address.

6. a kind of MultiParty Service method of settling time that shortens as claimed in claim 2, it is characterized in that, when having a plurality of BM-SC to be used to support the MBMS bearer service in the network at user terminal place, which BM-SC server will send the data to and set up announcement server in the process by user terminal in business.

7. a kind of MultiParty Service method of settling time that shortens as claimed in claim 1, it is characterized in that, also comprise after the step B, when business uses the current general MBMS context of having set up, can set up a general MBMS context again, to keep the general MBMS context that has at least one free time in the network.

8. a kind of MultiParty Service method of settling time that shortens as claimed in claim 1, it is characterized in that, before each general MBMS context and the concrete business association, the user terminal that institute might use MBMS mechanism reception data in MBMS service area under it can both use this general MBMS context.

9. a kind of MultiParty Service method of settling time that shortens as claimed in claim 8, it is characterized in that, step B is specially: when set up one concrete professional and with this general MBMS context relation after, have only this concrete professional contracted user's terminal could use this general MBMS context to receive data.

10. a kind of MultiParty Service method of settling time that shortens as claimed in claim 9, it is characterized in that, user terminal also carried out the authentication process of the business associated with it before receiving data, its authentication process carries out in the time of described business and general MBMS context-sensitive.

11. a kind of MultiParty Service method of settling time that shortens as claimed in claim 10, it is characterized in that described authentication process is specially: server determines which the user terminal that relates in the current business is and by BM-SC determined user terminal carried out authentication; BM-SC should business carry out related with the ip multicast address that the current general MBMS context of having set up is used, and the user terminal of server appointment carried out authentication process, will be not from can use the contextual user terminal information of this general MBMS, do not delete by authentication and the user terminal that do not have indication to carry out authentication.

12. a kind of MultiParty Service method of settling time that shortens as claimed in claim 1, it is characterized in that, data transmission procedure is specially among the step B: data pass to BM-SC from server, re-use described general MBMS session of having set up and pass to user terminal from BM-SC.

13. as claim 3 or 4 described a kind of MultiParty Service methods of settling time that shorten, it is characterized in that, if server has disposed described ip multicast address information, after then finishing the SIP session negotiation between the server of user terminal and its home network, at least one described ip multicast address of server reserves, at least one described general MBMS session of promptly corresponding reservation.

14. as claim 3 or 4 described a kind of MultiParty Service methods of settling time that shorten, it is characterized in that, if server does not dispose described ip multicast address or by the relevant ip multicast of user terminal announcement server address, after then finishing the SIP session negotiation between the server of user terminal and its home network, user terminal is passed to server with the employed ip multicast of described general MBMS session address.

15. a kind of MultiParty Service method of settling time that shortens as claimed in claim 14, it is characterized in that, described server comprises carries out participation function PF server that participates in session and the controlled function CF server of controlling session, when PF server and CF server are not to use same press-and-talk POC server based on cellular system to realize, the transmission of ip multicast address is that user terminal is passed to the PF server with the ip multicast address, and the PF server is passed to the CF server again.

16. a kind of MultiParty Service method of settling time that shortens as claimed in claim 13, it is characterized in that, described server comprises carries out PF server that participates in session and the CF server of controlling session, then the CF server is passed to the PF server with data, the downstream IP address of these data of PF server modifications and corresponding port number, change described downstream IP address and port numbers into the ip multicast address of reservation and corresponding port number, again these data are passed to BM-SC, and then send to user terminal by the general MBMS session of having set up.

17. a kind of MultiParty Service method of settling time that shortens as claimed in claim 13, it is characterized in that, described server has the function that carry out to participate in session and control session simultaneously, and then server uses the ip multicast address of this reservation and corresponding port number data to be passed to BM-SC.

18. one kind is shortened the MultiParty Service system of settling time, it is characterized in that, this system comprises user terminal, BM-SC and server, carry out the transfer of data of IMS business between server and the user terminal, it is characterized in that, after the user terminal that uses IMS to use is finished the IMS registration, initiate the process of setting up of at least one general MBMS session, with pre-established at least one the general MBMS context of BM-SC, when server need to be determined by broadcast multi-broadcasting mechanism transmission data, use the above-mentioned general MBMS context of having set up to user terminal to transmit data.

19. a kind of MultiParty Service system of settling time that shortens as claimed in claim 18, it is characterized in that, described and pre-established at least one general MBMS context of BM-SC is specially: user terminal is set up at least one general MBMS context by SGSN and GGSN functional entity in the GPRS network with BM-SC.

20. a kind of MultiParty Service system of settling time that shortens as claimed in claim 18 is characterized in that, determines the ip multicast address that described general MBMS context uses in setting up process.

21. a kind of MultiParty Service system of settling time that shortens as claimed in claim 20, it is characterized in that, the described ip multicast address of determining in setting up process only is used to identify the described general MBMS context of foundation this moment, can be used for using the contextual business of described this general MBMS arbitrarily, specifically need specify by subsequent process by which professional use.

22. as claim 20 or 21 described a kind of MultiParty Service systems of settling time that shorten, it is characterized in that, described ip multicast address can be one or more, promptly when setting up one or more general MBMS context, each general MBMS context is assigned with an ip multicast address.

23., it is characterized in that the server of user terminal place home network disposes described ip multicast address as claim 20 or 21 described a kind of MultiParty Service systems of settling time that shorten; Or by the relevant ip multicast of user terminal announcement server address.

24. a kind of MultiParty Service system of settling time that shortens as claimed in claim 23, it is characterized in that, if server has disposed described ip multicast address information, after then finishing the SIP session negotiation between the server of user terminal and its home network, at least one described ip multicast address of server reserves, at least one described general MBMS session of promptly corresponding reservation.

25. a kind of MultiParty Service system of settling time that shortens as claimed in claim 23, it is characterized in that, if server does not dispose described ip multicast address or by the relevant ip multicast of user terminal announcement server address, after then finishing the SIP session negotiation between the server of user terminal and its home network, user terminal is passed to server with the employed ip multicast of described general MBMS session address.

26. a kind of MultiParty Service system of settling time that shortens as claimed in claim 25, it is characterized in that, described server comprises carries out PF server that participates in session and the CF server of controlling session, when PF server and CF server are not to use same POC server to realize, the transmission of ip multicast address is that user terminal is passed to the PF server with the ip multicast address, and the PF server is passed to the CF server again.

27. a kind of MultiParty Service system of settling time that shortens as claimed in claim 18, it is characterized in that, when having a plurality of BM-SC to be used to support the MBMS bearer service in the network at user terminal place, which BM-SC server will send the data to and set up announcement server in the process by user terminal in business.

28. a kind of MultiParty Service system of settling time that shortens as claimed in claim 18, it is characterized in that, when business uses the current general MBMS context of having set up, can set up a general MBMS context again, to keep the general MBMS context that has at least one free time in the network.

29. a kind of MultiParty Service system of settling time that shortens as claimed in claim 24, it is characterized in that, described server comprises carries out PF server that participates in session and the CF server of controlling session, then the CF server is passed to the PF server with data, the downstream IP address of these data of PF server modifications and corresponding port number, change described downstream IP address and port numbers into the ip multicast address of reservation and corresponding port number, again these data are passed to BM-SC, and then send to user terminal by the general MBMS session of having set up.

30. a kind of MultiParty Service system of settling time that shortens as claimed in claim 24, it is characterized in that, described server has the function that carry out to participate in session and control session simultaneously, and then server uses the ip multicast address of this reservation and corresponding port number data to be passed to BM-SC.