CN100440791C - Method for realizing multi-medium multi-packet broadcasting service - Google Patents
Method for realizing multi-medium multi-packet broadcasting service Download PDFInfo
- Publication number
- CN100440791C CN100440791C CNB2006100612145A CN200610061214A CN100440791C CN 100440791 C CN100440791 C CN 100440791C CN B2006100612145 A CNB2006100612145 A CN B2006100612145A CN 200610061214 A CN200610061214 A CN 200610061214A CN 100440791 C CN100440791 C CN 100440791C
- Authority
- CN
- China
- Prior art keywords
- user
- service
- network side
- mbms
- data transmission
- 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.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
This invention discloses a method involving the Multicast Service in the multimedia. Its feature lies in that before the transportation of the Multicast Service data, the following steps are included: A1, establish the transmission path of the Multicast data in the network; A2, send the confirm request to the user and receive the feedback information; A3, establish the Multicast transport bearers according to the feedback information. By this invention, the user can receive the Multicast data in the short time after the confirmation of the reception of the Multicast Service and the establishment of the transport bearers, which can abridge the time from joining in the service to receiving the service and enhance the user experience.
Description
Technical field
The present invention relates to the broadcast/multi broadcast technology, refer to a kind of method of carrying out multi-medium multi-packet broadcasting service especially.
Background technology
Along with the development of 3G (Third Generation) Moblie technology, 3G (Third Generation) Moblie can provide than the more service of high data rate of second generation mobile communication, thereby supports the multiple business form, downloads, browses at a high speed services such as Internet network such as visual telephone, picture.Wherein have a class business features to be: this business can be simultaneously give subscribed in the wireless network should business the user send such as weather forecast, news film, the sports tournament collection of choice specimens or the like.The characteristics of utilizing these business to send simultaneously, 3-G (Generation Three mobile communication system) have been introduced the notion of broadcast/multi broadcast.
In the broadcast/multi broadcast business, for an intermediate node, no matter its downstream comprises the node what expectations receive data, and its upstream node always sends a piece of data to this intermediate node; After this intermediate node is received data, the number of nodes that receives data according to its downstream expectation duplicates this data, and distribute this data to the node that each expectation of its downstream receives these data, like this, each bar branch of broadcast/multi broadcast business transfer of data tree all has only a piece of data to transmit, take a transfer resource, the transfer of data of root node and its downstream node also is like this.The distinctive points of multicast service and broadcasting service only is: multicast service only sends corresponding information to the user who has subscribed to some information, and the broadcasting service then user of all in wireless network sends information.As seen from the above description, provide identical information to a large number of users simultaneously, can greatly save Internet resources by multicast/broadcast business.Fig. 1 is for supporting the wireless network architecture schematic diagram of broadcast/multi broadcast business.As shown in Figure 1, in existing third generation partner program (3GPP), support that the wireless network architecture of broadcast/multi broadcast business is broadcast/multi broadcast business server (BM-SC), BM-SC is by Gmb interface or Gi interface and critical point GPRS Support Node (GGSN, Gateway GPRS SupportNode) 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 link to each other with universal mobile telecommunications system (UMTS) land radio access web (UTRAN) by the Iu interface, UTRAN links to each other with user terminal (UE) by the Uu interface then, SGSN also can strengthen wireless access network (GERAN) by Iu/Gb interface and global system for mobile communications (GSM) and link to each other, 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), simultaneously, SGSN is by Gr interface and attaching position register (Home Location Register, HLR) link to each other, and obtain user profile from HLR.
The BroadCast MultiCast Service center is used for providing MBMS business to multimedia broadcast multi-broadcasting business (MBMS, MultimediaBroadcast/Multicast Service) user.Can be used as one and in PLMN, be used for the MBMS content delivery, authorize and initiate the access point of MBMS bearer service, and can be used for scheduling and send the MBMS transmission.
As shown in Figure 2, BM-SC is necessary for the MBMS customer service and exists as a functional entity, comprises five subdivisions: member's function, session and sending function, agency and transfer function, professional declaration function and safety function.
MBMS uses two parameters on the node of transfer of data: MBMS UE context and MBMS bearer context; MBMS UE context is relevant with UE, and the MBMS bearer context is relevant with carrying, and when first MBMS UE context was set up on the node, this node was set up the MBMS bearer context, and to its upstream node registration.In each MBMS bearer context, a downstream node tabulation is arranged, when receiving the registration of downstream node, this node adds downstream node in its downstream node tabulation to, when the data that downstream direction takes place, signaling transmission, node utilizes the carrying of this downstream node tabulation foundation and downstream node, and data are transmitted downwards by carrying.Guarantee once professional at same paths on transmission primaries.
MBMS comprises multicast pattern and broadcast mode, and wherein multicast pattern needs user's 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 also difference of operation flow separately, Fig. 3 is the operation flow schematic diagram of developing MBMS multicast pattern in the prior art.
As shown in Figure 3, the processing procedure that relates to of MBMS multicast service comprises: it is that MBMS multicast service activation, session begin (Session Start), MBMS notice (MBMS notification), data and transmit (Data transfer), conversation end (Session Stop) and user to withdraw from (Leaving) be MBMS multicast service deactivation process that signatory (Subscription), professional statement (Service announcement), user add (Joining).Wherein, signatory process is used for setting up the relation between user and the service supplier, allows the user subscribe to required MBMS service in advance; The release of service process is used for promptly notifying user MBMS the relevant information of business by the current service that can provide of BM-SC declaration; User's adition process is a MBMS multicast service activation, 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 RAN 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, and all add multicast service or can receive the interested UE of broadcasting service; The conversation end process is used for the bearing resource that the session process that begins is set up is discharged; It is that MBMS multicast service deactivation process makes the subscriber in the group leave the multicast group that the user withdraws from process, and promptly the user no longer receives multi-case data, and this process can be with corresponding MBMS UE context deletion.
It is to inform the relevant information that the user serves by the release of service flow process that prior art is carried out multimedia service, and as information such as service time started, content, data transfer rates, the user initiates to add flow process according to the situation of oneself.Network based user's adding flow process is set up multi-case data transmission path, foundation carrying, the distribution multi-case data of network side.
Fig. 4 is the method flow schematic diagram that prior art is carried out the MBMS multicast service, as shown in Figure 4, specifically may further comprise the steps:
Step 401: the signatory and release of service of user, the user is signatory to be that the user asks the multicast service to operator, and operator provides this multicast service with meaning it.Release of service mechanism allows user's query or informs that to the user MBMS user serves effective range.This comprises the service of content supplier outside MBMS user's service of operator definition and the PLMN.Release of service is used for to user's issuing service relevant information, the parameter (as the ip multicast address) that Service Activation needs and other possible service related parameters (service time started).
Operator/service provider can consider many service discovery mechanisms.It can comprise common mechanism, as SMS, or based on terminal capability, the application of encouraging the user to consult.Selection notifies subscriber-related MBMS user service method may must consider user's position.Also the user of subscribing MBMS user service should be able to not find MBMS user's service yet.
Step 402: the user joins request, and adding (user activates the MBMS multicast) is the flow process that the user adds the multicast group, represents that promptly the user indicates to network, and he wants to receive the multi-case data of certain MBMS carrying service.
Step 403: the multi-case data transmission path is set up, after network receives that UE adds the demand signalling of multicast group, through authentication to the user, begin to initiate register flow path from SGSN, SGSN initiates registration to GGSN, GGSN initiates registration to BM-SC, wishes that to confirm these nodes upstream node can provide service for it.Set up the transmission path of data with this.
Step 404: network side multi-case data transmission bearer is set up, and when BM-SC was ready for sending data, it was initiated the MBMS session and begins flow process.The network carrying resource that is necessary is set up in its request, transmits the MBMS data.This flow process is all registered GGSN and SGSN, and response session begins the BSC/RNC distribution loading end of request message.
Step 405:MBMS notice, when a MBMS session begins, network will be notified MBMS is served interested UE.In order to improve wireless efficient, whether UTRAN may set up the carrying of point-to-point or the carrying of putting multiple spot based on a cell selecting, gives UE to be used to the distributing MBMS data.
In order to realize this selection, UTRAN notifies the UE ratio of moving to the PMM-CONNECTED pattern of inquiring about by send MBMS in the MBMS coverage.If UE is in the PMM-IDLE state, move to the PMM-CONNECTED state after receiving this notice.The definite numeral of moving to PMM-CONNECTED pattern UE is determined by the RAN node.Need not allow all UE move to the PMM-CONNECTED pattern and allow the RAN decision use point to the multiple spot carrying, other UE can rest on the PMM-IDLE state.
Step 406: the transmission bearer of eating dishes without rice or wine is set up: after RAN obtains multicast service user number based on the sub-district, and the carrying of setting up point-to-point or putting multiple spot for these users.
Step 407: service data transfer, after the transmission session began request message, configurable time span of BM-SC wait went to send the MBMS data.Long enough is answered in this delay, and entity carries out buffer memory to the MBMS data except that BM-SC to avoid, and promptly postpones to allow network to carry out all flow processs that need and activate the MBMS data transmission capabilities before the MBMS data send.Service data sends to the user by the good carrying of above-mentioned foundation then.
The release of service flow process can be carried out by multiple mode, as note, Web webpage etc., these modes can only inform that the user receives the time of multicast service etc., if the user can oneself initiate to add flow process in that time, this time may be more Zao than the active service time started, because the service of the multicast on the wireless network is not a program of playing continuously, initiating to add flow process to active service the user begins need set up multicast transmission path and transmission bearer in this time period between user and network side, this process is a more time consuming process, and the general time interval is to arrive dozens of minutes a few minutes not wait; If when initiate adding flow process than active service the time late, not only need to wait for but also will miss the partial content that has begun.
Summary of the invention
In view of this, main purpose of the present invention is to provide a kind of method of carrying out multi-medium multi-packet broadcasting service, adds the time that the wait service of multicast service back arrives to shorten the user.
For achieving the above object, technical scheme of the present invention specifically is achieved in that
A kind of method of carrying out multi-medium multi-packet broadcasting service, before the multicast service data transfer, this method may further comprise the steps:
A1, network side are set up the multi-case data transmission path;
A2, network side send the confirmation of receipt request and obtain user's return information to the user;
A3, set up the multi-case data transmission bearer according to user's return information.
Preferably, further comprising the steps of before steps A 1:
A11, the signatory multi-medium multi-packet broadcasting service of user and broadcast/multicast service center are notified the relevant information of user's multicast service;
A12, network side determine to set up the network node of multi-case data transmission path according to user signing contract information.
Preferably, user's return information is in the steps A 2: the user receives service confirmation or user's denial of service confirmation.
Wherein, user's denial of service information is in the steps A 2: the denial of service message that the user sends or user's response message not in setting-up time.
Preferably, further comprising the steps of before the steps A 3:
A31, network side upgrade the multi-case data transmission path according to user's return information.
Wherein, steps A 3 is: set up the multi-case data transmission bearer according to the multi-case data transmission path that upgrades.
A kind of method of carrying out multi-medium multi-packet broadcasting service, before the multicast service data transfer, this method may further comprise the steps:
B1, network side are set up the multi-case data transmission bearer;
B2, network side send the confirmation of receipt request and obtain user's return information to the user;
B3, upgrade network side multi-case data transmission bearer and/or the foundation transmission bearer of eating dishes without rice or wine according to user's return information.
Preferably, further comprising the steps of before step B1:
B11, the signatory multi-medium multi-packet broadcasting service of user and broadcast/multicast service center are notified the relevant information of user's multicast service;
B12, network side determine to set up the network node of network side multi-case data transmission bearer according to user signing contract information.
Preferably, user's return information is among the step B2: the user receives service confirmation or user's denial of service confirmation.
Wherein, user's denial of service information is among the step B2: the denial of service message that the user sends or user's response message not in setting-up time.
As seen from the above technical solution, the present invention is when carrying out multicast service, for before the user receives service, need not the user initiates to add the multicast service according to the time of the agreement in the multicast Service Notification flow process, but set up multicast service data transfer path at network side, or even set up after the carrying of multicast service data transfer, send multicast service confirmation of receipt request by network side, the user sets up through the short time transmission bearer after confirming to receive the multicast service or renewal can receive the multicast service data, add the multicast service to the time that receives the multicast service thereby shortened the user greatly, strengthened user experience.
Description of drawings
Fig. 1 shows the system construction drawing of MBMS;
Fig. 2 shows the functional structure of BM-SC;
Fig. 3 is the operation flow schematic diagram of MBMS multicast service in the prior art;
Fig. 4 is the method flow schematic diagram that prior art is carried out the MBMS multicast service;
Fig. 5 is the flow chart of the embodiment of the invention one;
Fig. 6 is the flow chart of the embodiment of the invention two.
Embodiment
Core concept of the present invention is: in the process of carrying out the MBMS multicast service, the process of setting up with network side multi-case data transmission path, or even the foundation of multi-case data transmission bearer advances to the user and confirms to receive before the service data, the mode of network side utilization notice informs that the user data transmission is about to begin, the user confirms that its adding or refusal add a service, and network side upgrades transmission path or carrying according to user's affirmation situation again.
For making purpose of the present invention, technical scheme and advantage clearer, below with reference to the accompanying drawing preferred embodiment that develops simultaneously, the present invention is described in more detail.
Fig. 5 is the flow chart of the embodiment of the invention one, as shown in Figure 5, may further comprise the steps:
Step 501: the signatory and release of service of user, the same prior art of this step does not repeat them here.
Step 502: the multi-case data transmission path is set up, and network side inquiry contracted user's positional information is known the SGSN under the user, sets up the multi-case data distribution tree of SGSN to BM-SC, i.e. data transfer path.After knowing customer location, network side is from the SGSN node, and each node is registered to its upstream node, if this upstream node is not set up the MBMS bearer context, then sets up the MBMS bearer context, adds this delivery of services tree; Upstream node records the node identification of applying for the registration of in its downstream node tabulation, finishes the foundation of distribution tree.Simultaneously, all RAN nodes that SGSN is connected with its maintenance are set up transmission path, during all RAN nodes records of its downstream are tabulated to the downstream node of its MBMS bearer context.
Step 503: the confirmation of receipt request, for ensureing that the user rejects the realization of servicing rights, network side need notify user's service data transfer to be about to begin by the confirmation of receipt request message before carrying out service data transfer.Network side notifies user's mode to realize by sending the related news mode, can realize by ring in this message notifying of subscriber terminal side user's mode.
Step 504: user's confirmation of receipt, when confirming to need to receive related service, the user can send confirmation of receipt message to network side, if do not receive related service, then send rejection message.
Step 505: the user confirms notice, and network side after obtaining user's affirmation message gathers message to RAN.
Step 506: the multi-case data transmission path upgrades, network side can be set the time delay that a timer limits user feedback message in user's confirmation of receipt process, be reflected as the time of terminal ring, if in this section not operation of user in the time, then ring finishes automatically, network side also finishes the notice flow process to the user automatically, if originally having set up the RAN of MBMS bearer context this moment finds to confirm to receive service without any the user, then this node initiates to nullify to its upstream node, from the multicast transmission path, delete, finish renewal transmission path.
Step 507: the multi-case data transmission bearer is set up, network side is set up the multi-case data transmission bearer of network side according to the multi-case data transmission path that upgrades, simultaneously, number of users under RAN can cover according to it improves the utilance of interface-free resources to greatest extent at the channel of eating dishes without rice or wine to set up point-to-point or put multiple spot.
Step 508: service data transfer, same as the prior art, do not repeat them here.
Fig. 6 is the flow chart of the embodiment of the invention two, and in the present embodiment, network side multi-case data transmission bearer is confirmed preceding foundation the user, and the user upgrades network side multi-case data transmission bearer after confirming again, and sets up the transmission bearer of eating dishes without rice or wine.
As shown in Figure 6, may further comprise the steps:
Step 601: the signatory and release of service of user, the same prior art of this step does not repeat them here.
Step 602: network side multi-case data transmission bearer is set up, and network side inquiry contracted user's positional information is known the SGSN under the user, sets up the multi-case data distribution tree of SGSN to BM-SC, i.e. data transfer path.After knowing customer location, network side is from the SGSN node, and each node is registered to its upstream node, if this upstream node is not set up the MBMS bearer context, then sets up the MBMS bearer context, adds this delivery of services tree; Upstream node records the node identification of applying for the registration of in its downstream node tabulation, finishes the foundation of distribution tree.Simultaneously, all RAN nodes that SGSN is connected with its maintenance are set up transmission path, in the downstream node tabulation of its MBMS bearer context, after the multi-case data transmission path was set up, the expansion session began flow process and sets up network side multi-case data transmission bearer with all RAN nodes records of its downstream.In loading establishing process or after finishing, network side sends the confirmation of receipt request message.
Step 603: the confirmation of receipt request, with step 503.
Step 604: user's confirmation of receipt, with step 504.
Step 605: the user confirms notice, with step 505.
Step 606: network side multi-case data transmission bearer upgrades, network side can be set the time delay that a timer limits user feedback message in user's confirmation of receipt process, be reflected as the time of terminal ring, if in this section not operation of user in the time, then ring finishes automatically, network side also finishes the notice flow process to the user automatically, if originally having set up the RAN of MBMS bearer context this moment finds to confirm to receive service without any the user, then this node initiates to nullify to its upstream node, the renewal to the multi-case data transmission bearer is finished in carrying between dismounting and upstream node simultaneously.All there was the user to confirm to receive the multicast service if originally set up the RAN node of MBMS bearer context this moment, then kept former network side multi-case data transmission bearer.
Step 607: the transmission bearer of eating dishes without rice or wine is set up, and after network side multi-case data transmission bearer upgraded and finishes, the number of users after upgrading under RAN can cover according to it improved the utilance of interface-free resources to greatest extent at the channel of eating dishes without rice or wine to set up point-to-point or put multiple spot.
Step 608: service data transfer, same as the prior art, do not repeat them here.
The above is preferred embodiment of the present invention only, is not to be used to limit protection scope of the present invention.
Claims (8)
1, a kind of method of carrying out multi-medium multi-packet broadcasting service is characterized in that, before the multicast service data transfer, this method may further comprise the steps:
A1, network side are set up multi-case data transmission path network node and transmission path;
A2, network side send the confirmation of receipt request and obtain the user and return to the user of signatory multi-medium multi-packet broadcasting service
Write in reply and cease;
A3, set up the multi-case data transmission bearer according to user's return information.
According to the described method of claim 1, it is characterized in that 2, user's return information is in the steps A 2: the user receives service confirmation or user's denial of service confirmation.
3, method according to claim 2 is characterized in that, user's denial of service information is in the steps A 2: the denial of service message that the user sends or user's response message not in setting-up time.
4, according to claim 1,2 or 3 described methods, it is characterized in that, further comprising the steps of before the steps A 3:
A31, network side upgrade the multi-case data transmission path according to user's return information.
5, method according to claim 4 is characterized in that, steps A 3 is: set up the multi-case data transmission bearer according to the multi-case data transmission path that upgrades.
6, a kind of method of carrying out multi-medium multi-packet broadcasting service is characterized in that, before the multicast service data transfer, this method may further comprise the steps:
B1, network side are set up multi-case data transmission path network node and transmission bearer;
B2, network side send the confirmation of receipt request and obtain user's return information to the user of signatory multi-medium multi-packet broadcasting service;
B3, upgrade network side multi-case data transmission bearer and/or the foundation transmission bearer of eating dishes without rice or wine according to user's return information.
According to the described method of claim 6, it is characterized in that 7, user's return information is among the step B2: the user receives service confirmation or user's denial of service confirmation.
8, method according to claim 7 is characterized in that, user's denial of service information is among the step B2: the denial of service message that the user sends or user's response message not in setting-up time.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100612145A CN100440791C (en) | 2006-06-19 | 2006-06-19 | Method for realizing multi-medium multi-packet broadcasting service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100612145A CN100440791C (en) | 2006-06-19 | 2006-06-19 | Method for realizing multi-medium multi-packet broadcasting service |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1983946A CN1983946A (en) | 2007-06-20 |
| CN100440791C true CN100440791C (en) | 2008-12-03 |
Family
ID=38166202
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006100612145A Active CN100440791C (en) | 2006-06-19 | 2006-06-19 | Method for realizing multi-medium multi-packet broadcasting service |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100440791C (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040224698A1 (en) * | 2003-05-09 | 2004-11-11 | Lg Electronics Inc. | Apparatus and method for establishing feedback in a broadcast or multicast service |
| WO2005020461A1 (en) * | 2003-08-25 | 2005-03-03 | Samsung Electronics Co., Ltd. | Method for supporting backward compatibility of mbms |
| CN1753551A (en) * | 2004-09-20 | 2006-03-29 | 北京三星通信技术研究有限公司 | The method of activating MBMS business by network |
| CN1756422A (en) * | 2004-09-28 | 2006-04-05 | 华为技术有限公司 | Method for controlling multimedia broadcast/multicast service conversation start |
-
2006
- 2006-06-19 CN CNB2006100612145A patent/CN100440791C/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040224698A1 (en) * | 2003-05-09 | 2004-11-11 | Lg Electronics Inc. | Apparatus and method for establishing feedback in a broadcast or multicast service |
| WO2005020461A1 (en) * | 2003-08-25 | 2005-03-03 | Samsung Electronics Co., Ltd. | Method for supporting backward compatibility of mbms |
| CN1753551A (en) * | 2004-09-20 | 2006-03-29 | 北京三星通信技术研究有限公司 | The method of activating MBMS business by network |
| CN1756422A (en) * | 2004-09-28 | 2006-04-05 | 华为技术有限公司 | Method for controlling multimedia broadcast/multicast service conversation start |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1983946A (en) | 2007-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100499456C (en) | Conversation start method for multimedia broadcast/group broadcast service | |
| CN101204104B (en) | Providing of multimedia broadcast / multicast service of roam user | |
| CN101272520B (en) | Method and device for supporting multimedia broadcast multicast service in system structure evolution | |
| CA2462824C (en) | Method and system for multicasting messages to select mobile recipients | |
| CN101267593B (en) | Method and base station for activating multicast and broadcast multimedia service in target cells | |
| US8165053B2 (en) | Method for supporting MBMS service transmission in LTE system | |
| CN101136814B (en) | Method and device for supporting MBMS service | |
| US20070213081A1 (en) | Method and System for Controlling Multimedia Broadcast Multicast Service Session Procedure | |
| EP1786218B2 (en) | A method for short messages group delivering | |
| KR100812995B1 (en) | Method and system for service announcement using mbms multicast bearer | |
| US20070014291A1 (en) | Method for multimedia broadcast/multicast service registration | |
| US20080025239A1 (en) | Method and Apparatus for Mass Software Download in Mobile Communication Systems, and Mobile Communication System Supporting the Mass Software Download | |
| JP4422763B2 (en) | How to start multimedia broadcast / multicast service | |
| CN102057699A (en) | SAE application for MBMS | |
| US20170374071A1 (en) | Systems and methods for controlling access to wireless services | |
| CN101467469B (en) | Device and control procedure for FDD and non-FDD bandwidth | |
| CN102238691B (en) | A kind of communication system and method for merging different access technologies | |
| CN100484147C (en) | Method for determining number of receiving users in multimedia broadcast/multicast service | |
| US20160182244A1 (en) | Method and System for Obtaining Content Location Information Enabling Differential Charging Algorithms in Multimedia Broadcast and Multicast Service (MBMS) | |
| CN100411377C (en) | Method for activating multicast service | |
| CN1933439B (en) | Realizing method and apparatus for user joining multi casting/broadcasting business | |
| CN100477657C (en) | Method for realizing activation of multi-media broadcasting/multicast service | |
| CN100440791C (en) | Method for realizing multi-medium multi-packet broadcasting service | |
| CN100401800C (en) | Method for providing broadcast multicast service to users | |
| CN101163332B (en) | Method for mobile communication system roaming user to access to multicast service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |