[go: up one dir, main page]

WO2004043023A1 - A method for sharing multimedia broadcast/multicast service on iub interface in mobile communication system - Google Patents

A method for sharing multimedia broadcast/multicast service on iub interface in mobile communication system Download PDF

Info

Publication number
WO2004043023A1
WO2004043023A1 PCT/KR2003/002357 KR0302357W WO2004043023A1 WO 2004043023 A1 WO2004043023 A1 WO 2004043023A1 KR 0302357 W KR0302357 W KR 0302357W WO 2004043023 A1 WO2004043023 A1 WO 2004043023A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms
node
transport channel
request message
service
Prior art date
Application number
PCT/KR2003/002357
Other languages
French (fr)
Inventor
Sung-Ho Choi
Kook-Heui Lee
Soeng-Hun Kim
Qinghai Gao
Detao Li
Lixiang Xu
Original Assignee
Samsung Electronics Co., Ltd.
Beijing Samsung Telecom R & D Center
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co., Ltd., Beijing Samsung Telecom R & D Center filed Critical Samsung Electronics Co., Ltd.
Publication of WO2004043023A1 publication Critical patent/WO2004043023A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

Definitions

  • This invention relates to a method for sharing Multimedia Broadcast/Multicast Service (hereinafter referred to as MBMS) on lub interface in Wideband Code Division Multiple Access (hereinafter referred to as WCDMA) mobile communication system.
  • MBMS Multimedia Broadcast/Multicast Service
  • WCDMA Wideband Code Division Multiple Access
  • MBMS is a new point- to-multipoint service in 3 rd generation mobile communications. It is explicitly pointed out in the rule of architecture design that
  • M BMS architecture shall be able to make effective use of resources in Radio Access Network and Core Network, and multiple users shall be able to share resources while receiving the same service.
  • 3GPP 3"' Generation Partnership Project
  • This invention proposes a new communication entity and corresponding data port and control port in Node B, which effectively solves the problem of MBMS service sharing on lub interface.
  • MBMS is a new unidirectional point-to-multipoint service under standardization in the specifications of 3 rd Generation Partnership Project (hereinafter referred to as 3GPP). Most remarkable feature of the service is that it can make use of radio resources and network resources efficiently
  • Figure 1 describes the system structure of MBMS, MBMS network structure is added new network elements based on the core network of General Packet Radio
  • GPRS GPRS Service Service
  • Broadcast and multicast service center 101 (hereinafter referred to as BM-SC) is the service control center of MBMS system.
  • Gateway GPRS Supporting Node 102 (hereinafter referred to as GGSN) and Service GPRS Supporting Node 103 (hereinafter referred to as SGSN) compose the transmission network of MBMS service and provide route for data transfer.
  • Radio Network Controller (referred to as RNC) 104 is responsible to control radio resources in UMTS Terrestrial Radio Access Network (referred to as UTRAN).
  • Node B is the node 105 that is responsible for radio receiving/transmission in Radio Network System (referred to as RNS).
  • User Equipment 106 (hereinafter referred to as UE) is the terminal device used to receive data.
  • HLR Home Location Register 107
  • lub 108 is the interface between RNC and Node B. Radio resources used by MBMS service are not dedicated for a user, but are shared by all users using this service.
  • Figure 2 describes the logic model of Node B in the existing specification.
  • Main entities in logical mode of Node B include Node B Communication Context 201, Common Transport Channels 202, Traffic Termination Point 203 and various
  • Node B Communication Context corresponds to all dedicated resources necessary for UE in dedicate mode, including information necessary for communication with a certain UE.
  • NBCC is created by radio link establishment process. When the last radio link of the NBCC is deleted, NBCC will be deleted.
  • Common Transport Channel Under the demand of Control RNC (referred to as CRNC), Common Transport Channel will be configured by Node B.
  • the establishment, reconfiguration and deletion of Common Transport Channel is implemented by Node B Application Protocol (hereinafter referred to as NBAP).
  • NBAP Node B Application Protocol
  • Traffic Termination Point represents the data flow of Dedicated Channel (referred to as DCH), Downlink Shared Channel (referred to as DSCH), Uplink Shared Channel (referred to as USCH) and High-Speed Downlink Shared Channel (referred to as HS-DSCH) that belong to one or more NBCC.
  • DCH Dedicated Channel
  • DSCH Downlink Shared Channel
  • USCH Uplink Shared Channel
  • HS-DSCH High-Speed Downlink Shared Channel
  • Node B Control Port is used to exchange signaling messages, which includes logical operation and maintenance of Node B, NBB creation, Common Transport Channel configuration and the control message of Paging Channel (referred to as PCH) and Broadcast Channel (referred to as BCH) between RNC and Node B.
  • Node B Control Port corresponds to a signaling bearer between CRNC and Node
  • Each Node B has a Node B Control Port.
  • Communication Control Port corresponds to a signaling connection between RNC and Node B that is used to control NBCC.
  • One signaling connection between RNC and Node B can at most correspond to one Communication Control Port.
  • Node B can have multiple Communication Control Ports (each Traffic Termination Point has one Communication Control Port).
  • Data Port of each channel corresponds to one user plane bearer on lub interface respectively.
  • Figure 3 describes the process of the existing Common Channel establishment on lub interface.
  • the establishment process of Common Transport Channel is used to establish all resources needed by Common Transport Channel in Node B.
  • the establishment of Common Transport Channel is based on a cell, i.e. the whole signaling process is used to establish Common Transport Channel in designated cell.
  • CRNC sends a Common Transport Channel Establishment Request message to Node B to request Node B to setup the corresponding common channel resource. This message is transferred via Node B Control Port.
  • Radio link Adding Request CRNC sends a Radio Link Adding Request to Node B to request Node B to establish the corresponding radio link resources. This message is transferred to relevant NBCC through Communication Control
  • Node B After receiving the request, Node B reserves necessary resources according to relevant parameters in the request message, and configures the corresponding radio link. After the operation succeeds, Node B will send a Radio Link Adding Response message to CRNC. This message is transferred via Communication Control Port.
  • the existing Node B entity mainly includes Common Transport Channel and NBCC, in which the establishment of Common Transport Channel is based on cell while NBCC is aimed at a certain UE.
  • NBCC Common Transport Channel
  • Node B will establish
  • CRNC will respectively send multiple copies of MBMS data on lu interface according to different cells although these MBMS data are completely the same.
  • the existing technology when MBMS service needs to be sent, and if the transport channel is Dedicated Channel, Node B will establish radio links individually according to different UEs. Accordingly, CRNC will transfer multiple copies of MBMS data on lub interface according to different UEs although these MBMS data are completely the same.
  • resources of RAN and CN shall be utilized as effectively as possible. When several users receive the same MBMS service, they shall be able to share the resources. So, the existing technology is not conformed with the rule for MBMS architecture design. According to this design rule, the same MBMS data shall be transferred with one copy on lub interface. In order to realize this function, entities in the existing
  • Node B must be improved accordingly.
  • this invention proposes a new Node B MBMS Communication Context for MBMS service, and the corresponding MBMS Data Port and MBMS Control Port.
  • a method is proposed to share MBMS service on lub interface aiming at MBMS service in mobile communication system, which includes the following steps:
  • NBMC Node B MBMS Communication Context
  • NBMC Node B MBMS Communication Context
  • NBMC Node B MBMS Communication Context
  • NBMC Node B MBMS Communication Context
  • NBMC Node B MBMS Communication Context
  • a MBMS Data Port which corresponds to a bearer on user plane and is used to transfer MBMS data on lub interface, is added to Node B logical model.
  • One or more MBMS Data Ports correspond to each MBMS service
  • a MBMS Control Port which corresponds to a signaling bearer between RNC and Node B and is used to control Node B MBMS Communication Context (NBMC), is added to Node B logical model.
  • One or more MBMS Control Ports correspond to each MBMS service.
  • Node B MBMS Communication Context can include the following parameters, i.e. MBMS Service ID, Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters, etc.
  • Node B MBMS Communication Context is established aiming at a certain MBMS service and supports UE in idle state to receive MBMS service.
  • step (b) data services aiming at a certain MBMS service are all transferred via MBMS Data Port.
  • step (c) on occasion that Node B MBMS Communication Context (NBMC) has existed, control messages aiming at certain MBMS service are sent via MBMS Control Port.
  • NBMC Node B MBMS Communication Context
  • a method proposed to establish Node B MBMS Communication Context (NBMC) in mobile communication system includes the following steps:
  • Control Radio Network Controller sends a MBMS Transport Channel Establishment Request message to Node B and requests to establish the corresponding MBMS Transport Channel resources;
  • the MBMS Transport Channel Establishment Request message includes necessary parameters for creating Node B MBMS Communication Context, which includes MBMS Service ID, Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters, etc.
  • Node B After receiving the request message, Node B first creates a new Node B MBMS Communication Context (MBMC), reserves necessary resources according to relevant parameters in the request message and configures the corresponding MBMS channels. After having established the corresponding MBMS transport channel, Node B sends a MBM Transport Channel
  • MBMC Node B MBMS Communication Context
  • Establishment Response message to Control Radio Network Controller (CRNC). ft will establish the corresponding MBMS Data Port according to relevant parameter in the request message and the corresponding MBMS Control Port according to relevant parameter in the request message.
  • CRNC Control Radio Network Controller
  • a method for reconfiguring MBMS Transport Channel in mobile communication system includes the fol lowing steps:
  • Control Radio Network Controller sends a MBMS Transport Channel Reconfiguration Request message to Node B via MBMS Communication Port, the MBMS Transport Channel Reconfiguration Request message includes parameters necessary for reconfiguring MBMS Transport Channel, including
  • MBMS Transport Channel ID Cell List that the reconfigured MBMS channel locates in and physical layer parameters, etc.
  • Node B After receiving the above request message, Node B reconfigures the corresponding MBMS Transport Channel according to relevant parameter in the request message and then sends a MBMS Transport Channel Reconfiguration
  • a method provided to delete Node B MBMS Communication Context in mobile communication system includes the following steps:
  • CRNC Control Radio Network Controller
  • the MBMS Transport Channel Deletion Request message includes parameters necessary for deleting MBMS Transport Channel, including MBMS Service ID, Cell List that receives the MBMS service,
  • Node B After receiving the request, Node B will delete the MBMS Transport Channel and the corresponding Node B MBMS Communication Context according to parameters in MBMS Transport Channel Deletion Request message, and then send a MBMS Transport Channel Deletion Response message to CRNC.
  • This invention proposes a new Communication Context aiming at MBMS service and the corresponding Data Port and Control Port.
  • relevant MBMS messages on lub interface can all be realized based on MBMS Communication Context and the corresponding Data Port and Control Port, which solves the problem of sharing MBMS service on lub interface.
  • this invention has following advantages:
  • MBMS service can be shared on lub interface
  • Figure 1 shows the logic network devices for MBMS service.
  • Figure 2 shows the Node B logical model in the existing specification.
  • FIG. 3 shows Common Transport Channel Setup procedure.
  • Figure 4 shows RL addition procedure.
  • Figure 5 shows the Node B logic model proposed by this invention.
  • Figure 6 shows the procedure of MBMS service provision.
  • Figure 7 shows MBMS Transport Channel Reconfiguration procedure.
  • Figure 8 shows MBMS Transport Channel Deletion procedure.
  • Figure 5 shows the Node B logic model proposed by this invention.
  • Node B MBMS Communication Context corresponds to resources needed by
  • Node B processing MBMS service which includes relevant information for a certain MBMS service communication.
  • NBMC is created when MBMS Transport Channel is established, and is deleted when MBMS service finishes.
  • NBMC can include following parameters, i.e. MBMS Service ID, Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters, etc.
  • MBMS Data Port corresponds to a bearer on user plane and is used to transfer MBMS data on lub interface.
  • One or more MBMS Data Ports correspond to each MBMS service;
  • MBMS Communication Control Port corresponds to a signaling bearer between RNC and Node B, and is used to control NBMC.
  • Each MBMS service has a MBMS Control Port.
  • 601 BM-SC sends data to SGSN via GGSN.
  • 602 SGSN sends a MBMS Notification message to UTRAN, which indicates that a certain MBMS service is to be started.
  • RNC sends a MBMS Notification message to UE in MBMS service area.
  • UE is in IDLE state, a RRC connection is established for UE.
  • 605 UE sends a MBMS Service Request message to RNC.
  • RNC forwards a MBMS Service Request message to SGSN to request for a service.
  • 607 SGSN sends a MBMS RAB Assignment Request message to RNC and requests to establish RAB for MBMS service.
  • 608 UTRAN establishes a Radio Bearer on air interface (referred to as RB) and sends a MBMS Radio Assignment message to UE.
  • RB Radio Bearer on air interface
  • 609 CRNC sends a MBMS Transport Channel Establishment Request message to UE.
  • Node B requests to establish the corresponding MBMS Transport Channel resources. This message is transferred via Node B Control Port.
  • Node B After receiving the request, Node B first establishes a new NBMC, and then reserves necessary resources according to relevant parameters in the request message and configures the corresponding MBMS channels. After the operation succeeds, Node B will send a MBMS Transport Channel Establishment Response message to CRNC. This message is transferred via Node B Control Port.
  • RNC After a MBMS RAB is successfully established, RNC sends a MBMS RAB Assignment Response message to SGSN. 612 SGSN sends MBMS data to RNC via lu interface. After receiving the data,
  • RNC sends MBMS data to Node B via a MBMS Data Port, and then Node B sends the data to each cell.
  • CRNC sends a MBMS Transport Channel Reconfiguration Request message to Node B and requests to reconfigure the corresponding MBMS Transport Channel resources. This message is transferred to NBMC via MBMS Communication Control Port.
  • the MBMS Transport Channel Reconfiguration Request message includes parameters necessary for reconfiguring MBMS Transport Channel, including MBMS Transport Channel ID, Cell List that the reconfigured MBMS channel locates in and physical layer parameters, etc.
  • Node B After receiving the request message, Node B reconfigures the corresponding MBMS channel according to relevant parameters in the request message. After the operation succeeds, Node B will send a MBMS Transport Channel Reconfiguration Response message to CRNC. This message is transferred via MBMS Communication Control Port.
  • MBMS Transport Channel Deletion The process of MBMS Transport Channel Deletion is shown in Figure 8. This process is used to delete MBMS Transport Channel and the corresponding Node B MBMS Communication Context. 801 MBMS Transport Channel Deletion Request: CRNC sends a MBMS
  • Transport Channel Deletion Request message to Node B and requests Node B to delete the corresponding MBMS Transport Channel resources and the corresponding Node B MBMS Communication Context. This request is sent via MBMS Communication Control Port. This message includes necessary parameters for deleting MBMS Transport Channel, including MBMS Service ID,
  • Node B After receiving the request message, Node B deletes MBMS Transport Channel according to parameters in MBMS Transport Channel Deletion Request message and the corresponding
  • Node B MBMS Communication Context. After the operation succeeds, Node B will send a MBMS Transport Channel Deletion Response message to CRNC. This message is transferred via MBMS Communication Control Port.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

This invention proposes a method for sharing MBMS service on Iub interface in mobile communication system, which includes following steps: a Node B MBMS Communication Context (NBMC) is added to Node B logical model, the Node B MBMS Communication Context (NBMC) is created when MBMS Transport Channel is established; A MBMS Data Port is added to Node B logical model, one or more MBMS Data Ports correspond to each MBMS service; A MBMS Control Port, which corresponds to a signaling bearer between RNC and Node B and is used to control Node B MBMS Communication Context (NBMC), is added to Node B logical model.

Description

A METHOD FOR SHARING MULTIMEDIA BROADCAST/MULTICAST SERVICE ON IUB INTERFACE IN MOBILE COMMUNICATION
SYSTEM
BACKGROUND OF THE INVENTION
1 . Field of the Invention
This invention relates to a method for sharing Multimedia Broadcast/Multicast Service (hereinafter referred to as MBMS) on lub interface in Wideband Code Division Multiple Access (hereinafter referred to as WCDMA) mobile communication system.
2. Description of the Prior Art
MBMS is a new point- to-multipoint service in 3rd generation mobile communications. It is explicitly pointed out in the rule of architecture design that
M BMS architecture shall be able to make effective use of resources in Radio Access Network and Core Network, and multiple users shall be able to share resources while receiving the same service. While in the specifications of current 3"' Generation Partnership Project (hereinafter referred to as 3GPP), there isn't still a method to realize MBMS service sharing on lub interface. This invention proposes a new communication entity and corresponding data port and control port in Node B, which effectively solves the problem of MBMS service sharing on lub interface.
MBMS is a new unidirectional point-to-multipoint service under standardization in the specifications of 3rd Generation Partnership Project (hereinafter referred to as 3GPP). Most remarkable feature of the service is that it can make use of radio resources and network resources efficiently
Figure 1 describes the system structure of MBMS, MBMS network structure is added new network elements based on the core network of General Packet Radio
Service (hereinafter referred to as GPRS). The description for MBMS system structure shown in Figure 1 is as follows.
Broadcast and multicast service center 101 (hereinafter referred to as BM-SC) is the service control center of MBMS system. Gateway GPRS Supporting Node 102 (hereinafter referred to as GGSN) and Service GPRS Supporting Node 103 (hereinafter referred to as SGSN) compose the transmission network of MBMS service and provide route for data transfer. Radio Network Controller (referred to as RNC) 104 is responsible to control radio resources in UMTS Terrestrial Radio Access Network (referred to as UTRAN). Node B is the node 105 that is responsible for radio receiving/transmission in Radio Network System (referred to as RNS). User Equipment 106 (hereinafter referred to as UE) is the terminal device used to receive data. Home Location Register 107 (hereinafter referred to as HLR) saves the data related to user and can provide services such as user's authentication. lub 108 is the interface between RNC and Node B. Radio resources used by MBMS service are not dedicated for a user, but are shared by all users using this service.
Figure 2 describes the logic model of Node B in the existing specification. Main entities in logical mode of Node B include Node B Communication Context 201, Common Transport Channels 202, Traffic Termination Point 203 and various
Data Ports and Control Ports.
Node B Communication Context (referred to as NBCC) corresponds to all dedicated resources necessary for UE in dedicate mode, including information necessary for communication with a certain UE. NBCC is created by radio link establishment process. When the last radio link of the NBCC is deleted, NBCC will be deleted.
Under the demand of Control RNC (referred to as CRNC), Common Transport Channel will be configured by Node B. The establishment, reconfiguration and deletion of Common Transport Channel is implemented by Node B Application Protocol (hereinafter referred to as NBAP).
Traffic Termination Point represents the data flow of Dedicated Channel (referred to as DCH), Downlink Shared Channel (referred to as DSCH), Uplink Shared Channel (referred to as USCH) and High-Speed Downlink Shared Channel (referred to as HS-DSCH) that belong to one or more NBCC. The traffic Termination Point is controlled by a communication control port.
Node B Control Port is used to exchange signaling messages, which includes logical operation and maintenance of Node B, NBB creation, Common Transport Channel configuration and the control message of Paging Channel (referred to as PCH) and Broadcast Channel (referred to as BCH) between RNC and Node B. Node B Control Port corresponds to a signaling bearer between CRNC and Node
B. Each Node B has a Node B Control Port.
Communication Control Port corresponds to a signaling connection between RNC and Node B that is used to control NBCC. One signaling connection between RNC and Node B can at most correspond to one Communication Control Port. Node B can have multiple Communication Control Ports (each Traffic Termination Point has one Communication Control Port).
\n Figure 2, Data Port of each channel corresponds to one user plane bearer on lub interface respectively.
Figure 3 describes the process of the existing Common Channel establishment on lub interface. The establishment process of Common Transport Channel is used to establish all resources needed by Common Transport Channel in Node B. The establishment of Common Transport Channel is based on a cell, i.e. the whole signaling process is used to establish Common Transport Channel in designated cell.
301 Common Transport Channel Establishment Request: CRNC sends a Common Transport Channel Establishment Request message to Node B to request Node B to setup the corresponding common channel resource. This message is transferred via Node B Control Port.
302 Common Transport Channel Establishment Response: After receiving the request, Node B reserves necessary resources according to relevant parameters in the Establishment Request message, and configures the corresponding common channel. After the operation succeeds, Node B will send a Common Transport
Channel Establishment Response message to CRNC. This message is transferred through Node B Control Port.
The above is the introduction for the process of the existing common channel establishment. In Figure 4, this paper will illustrate the process of adding one or more radio links by UE in the case wherein Node B Communication Context has been in existence.
401 Radio link Adding Request: CRNC sends a Radio Link Adding Request to Node B to request Node B to establish the corresponding radio link resources. This message is transferred to relevant NBCC through Communication Control
Port.
402 Radio link Adding Response: After receiving the request, Node B reserves necessary resources according to relevant parameters in the request message, and configures the corresponding radio link. After the operation succeeds, Node B will send a Radio Link Adding Response message to CRNC. This message is transferred via Communication Control Port. From the above analysis we can see that, the existing Node B entity mainly includes Common Transport Channel and NBCC, in which the establishment of Common Transport Channel is based on cell while NBCC is aimed at a certain UE. With the existing technology, when MBMS service needs to be sent, and if the transport channel is Common Transport Channel, Node B will establish
Common Transport Channels individually according to different cells. Accordingly, CRNC will respectively send multiple copies of MBMS data on lu interface according to different cells although these MBMS data are completely the same. Similarly, with the existing technology, when MBMS service needs to be sent, and if the transport channel is Dedicated Channel, Node B will establish radio links individually according to different UEs. Accordingly, CRNC will transfer multiple copies of MBMS data on lub interface according to different UEs although these MBMS data are completely the same. According to the rule of MBMS architecture design, resources of RAN and CN shall be utilized as effectively as possible. When several users receive the same MBMS service, they shall be able to share the resources. So, the existing technology is not conformed with the rule for MBMS architecture design. According to this design rule, the same MBMS data shall be transferred with one copy on lub interface. In order to realize this function, entities in the existing
Node B must be improved accordingly.
SUMMARY OF THE INVENTION
In order to be able to share MBMS service on lub interface, this invention proposes a new Node B MBMS Communication Context for MBMS service, and the corresponding MBMS Data Port and MBMS Control Port.
According to one aspect of this invention, a method is proposed to share MBMS service on lub interface aiming at MBMS service in mobile communication system, which includes the following steps:
(a) a Node B MBMS Communication Context (NBMC), which corresponds to the resources needed by Node B processing a certain MBMS service, is added to Node B logical model. The Node B MBMS Communication Context (NBMC) is created when MBMS Transport Channel is established. (b) a MBMS Data Port, which corresponds to a bearer on user plane and is used to transfer MBMS data on lub interface, is added to Node B logical model. One or more MBMS Data Ports correspond to each MBMS service; (c) a MBMS Control Port, which corresponds to a signaling bearer between RNC and Node B and is used to control Node B MBMS Communication Context (NBMC), is added to Node B logical model. One or more MBMS Control Ports correspond to each MBMS service.
In above step (a), Node B MBMS Communication Context can include the following parameters, i.e. MBMS Service ID, Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters, etc. Node B MBMS Communication Context is established aiming at a certain MBMS service and supports UE in idle state to receive MBMS service.
In above step (b), data services aiming at a certain MBMS service are all transferred via MBMS Data Port.
In above step (c), on occasion that Node B MBMS Communication Context (NBMC) has existed, control messages aiming at certain MBMS service are sent via MBMS Control Port.
According to the second aspect of this invention, a method proposed to establish Node B MBMS Communication Context (NBMC) in mobile communication system includes the following steps:
(a) Control Radio Network Controller (CRNC) sends a MBMS Transport Channel Establishment Request message to Node B and requests to establish the corresponding MBMS Transport Channel resources; The MBMS Transport Channel Establishment Request message includes necessary parameters for creating Node B MBMS Communication Context, which includes MBMS Service ID, Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters, etc.
(b) After receiving the request message, Node B first creates a new Node B MBMS Communication Context (MBMC), reserves necessary resources according to relevant parameters in the request message and configures the corresponding MBMS channels. After having established the corresponding MBMS transport channel, Node B sends a MBM Transport Channel
Establishment Response message to Control Radio Network Controller (CRNC). ft will establish the corresponding MBMS Data Port according to relevant parameter in the request message and the corresponding MBMS Control Port according to relevant parameter in the request message.
According to the third aspect of this invention, a method for reconfiguring MBMS Transport Channel in mobile communication system includes the fol lowing steps:
(a) Control Radio Network Controller (CRNC) sends a MBMS Transport Channel Reconfiguration Request message to Node B via MBMS Communication Port, the MBMS Transport Channel Reconfiguration Request message includes parameters necessary for reconfiguring MBMS Transport Channel, including
MBMS Transport Channel ID, Cell List that the reconfigured MBMS channel locates in and physical layer parameters, etc.
(b) After receiving the above request message, Node B reconfigures the corresponding MBMS Transport Channel according to relevant parameter in the request message and then sends a MBMS Transport Channel Reconfiguration
Response message to Control Radio Network Controller (CRNC) via MBMS Communication Port.
According to the fourth aspect of this invention, a method provided to delete Node B MBMS Communication Context in mobile communication system includes the following steps:
Control Radio Network Controller (CRNC) sends a MBMS Transport Channel Deletion Request message Node B, the MBMS Transport Channel Deletion Request message includes parameters necessary for deleting MBMS Transport Channel, including MBMS Service ID, Cell List that receives the MBMS service,
MBMS Data Port and physical layer parameters, etc.
After receiving the request, Node B will delete the MBMS Transport Channel and the corresponding Node B MBMS Communication Context according to parameters in MBMS Transport Channel Deletion Request message, and then send a MBMS Transport Channel Deletion Response message to CRNC.
This invention proposes a new Communication Context aiming at MBMS service and the corresponding Data Port and Control Port. Through this invention, relevant MBMS messages on lub interface can all be realized based on MBMS Communication Context and the corresponding Data Port and Control Port, which solves the problem of sharing MBMS service on lub interface. Specifically, this invention has following advantages:
1 ) Through this invention, MBMS service can be shared on lub interface;
2) As NBMC doesn't require that MBMS user is in CONNECTED state, it can realize to provide MBMS service for UE in idle mode; 3) To process messages for specific MBMS service with the same Communication Context is simple in implementation and the logic concept is distinct;
4) Has no effects on the existing protocol and full compatibility can be kept. Through this invention, MBMS service can be shared on lub interface.
BRIEF DESCRIPTION OF THE DRAWINGS
The above and other features and advantages of the present invention will become more apparent by describing in detail exemplary embodiments thereof with reference to the attached drawings in which:
Figure 1 shows the logic network devices for MBMS service.
Figure 2 shows the Node B logical model in the existing specification.
Figure 3 shows Common Transport Channel Setup procedure.
Figure 4 shows RL addition procedure. Figure 5 shows the Node B logic model proposed by this invention.
Figure 6 shows the procedure of MBMS service provision.
Figure 7 shows MBMS Transport Channel Reconfiguration procedure.
Figure 8 shows MBMS Transport Channel Deletion procedure.
DETAILED DESCRIPTION OF THE INVENTION
1 ) Node B logic model proposed by this invention
Figure 5 shows the Node B logic model proposed by this invention. Node B MBMS Communication Context corresponds to resources needed by
Node B processing MBMS service, which includes relevant information for a certain MBMS service communication. NBMC is created when MBMS Transport Channel is established, and is deleted when MBMS service finishes. NBMC can include following parameters, i.e. MBMS Service ID, Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters, etc.
MBMS Data Port corresponds to a bearer on user plane and is used to transfer MBMS data on lub interface. One or more MBMS Data Ports correspond to each MBMS service;
MBMS Communication Control Port corresponds to a signaling bearer between RNC and Node B, and is used to control NBMC. Each MBMS service has a MBMS Control Port.
2) The processes for MBMS service provision and MBMS Transport Channel Establishment
601 BM-SC sends data to SGSN via GGSN.
602 SGSN sends a MBMS Notification message to UTRAN, which indicates that a certain MBMS service is to be started.
603 RNC sends a MBMS Notification message to UE in MBMS service area.
604 If UE is in IDLE state, a RRC connection is established for UE.
605 UE sends a MBMS Service Request message to RNC.
606 RNC forwards a MBMS Service Request message to SGSN to request for a service.
607 SGSN sends a MBMS RAB Assignment Request message to RNC and requests to establish RAB for MBMS service.
608 UTRAN establishes a Radio Bearer on air interface (referred to as RB) and sends a MBMS Radio Assignment message to UE. 609 CRNC sends a MBMS Transport Channel Establishment Request message to
Node B and requests to establish the corresponding MBMS Transport Channel resources. This message is transferred via Node B Control Port.
610 After receiving the request, Node B first establishes a new NBMC, and then reserves necessary resources according to relevant parameters in the request message and configures the corresponding MBMS channels. After the operation succeeds, Node B will send a MBMS Transport Channel Establishment Response message to CRNC. This message is transferred via Node B Control Port.
61 1 After a MBMS RAB is successfully established, RNC sends a MBMS RAB Assignment Response message to SGSN. 612 SGSN sends MBMS data to RNC via lu interface. After receiving the data,
RNC sends MBMS data to Node B via a MBMS Data Port, and then Node B sends the data to each cell.
Through the above process, MBMS data is transferred from BM-SC to each UE. 3) The process of MBMS Transport Channel Reconfiguration
During MBMS service provision process, it is possible to reconfigure the established MBMS Transport Channel according to the situation of resources utilization. The process of MBMS Transport Channel Reconfiguration is shown in Figure 7.
701 MBMS Transport Channel Reconfiguration Request: CRNC sends a MBMS Transport Channel Reconfiguration Request message to Node B and requests to reconfigure the corresponding MBMS Transport Channel resources. This message is transferred to NBMC via MBMS Communication Control Port. The MBMS Transport Channel Reconfiguration Request message includes parameters necessary for reconfiguring MBMS Transport Channel, including MBMS Transport Channel ID, Cell List that the reconfigured MBMS channel locates in and physical layer parameters, etc.
702 MBMS Transport Channel Reconfiguration Response: After receiving the request message, Node B reconfigures the corresponding MBMS channel according to relevant parameters in the request message. After the operation succeeds, Node B will send a MBMS Transport Channel Reconfiguration Response message to CRNC. This message is transferred via MBMS Communication Control Port.
4) The process of MBMS Transport Channel Deletion
The process of MBMS Transport Channel Deletion is shown in Figure 8. This process is used to delete MBMS Transport Channel and the corresponding Node B MBMS Communication Context. 801 MBMS Transport Channel Deletion Request: CRNC sends a MBMS
Transport Channel Deletion Request message to Node B and requests Node B to delete the corresponding MBMS Transport Channel resources and the corresponding Node B MBMS Communication Context. This request is sent via MBMS Communication Control Port. This message includes necessary parameters for deleting MBMS Transport Channel, including MBMS Service ID,
Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters, etc.
802 MBMS Transport Channel Deletion Response. After receiving the request message, Node B deletes MBMS Transport Channel according to parameters in MBMS Transport Channel Deletion Request message and the corresponding
Node B MBMS Communication Context. After the operation succeeds, Node B will send a MBMS Transport Channel Deletion Response message to CRNC. This message is transferred via MBMS Communication Control Port.
While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it will be understood by those of ordinary skill in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention as defined by the following claims.

Claims

WHAT IS CLAIMED IS:
1. A method for sharing MBMS service on lub interface in mobile communication system, comprising following steps: (a) A Node B MBMS Communication Context (NBMC), which corresponds to the resources needed by Node B processing a certain MBMS service, being added to Node B logical model, the Node B MBMS Communication Context (NBMC) is created when MBMS Transport Channel is established;
(b) A MBMS Data Port, which corresponds to a bearer on user plane and is used to transfer MBMS data on lub interface, being added to Node B logical model, one or more MBMS Data Ports corresponding to each MBMS service;
(c) A MBMS Control Port, which corresponds to a signaling bearer between RNC and Node B and is used to control Node B MBMS Communication Context (NBMC), being added to Node B logical model, one or more MBMS
Control Ports corresponding to each MBMS service.
2. The method as defined in Claim 1, wherein in step (a), Node B MBMS Communication Context can include the following parameters, i.e. MBMS Service ID, Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters.
3. The method as defined in Claim 1, wherein in step (a), Node B MBMS Communication Context is established aiming at a certain MBMS service and supports a UE in idle state to receive MBMS service.
4. The method as defined in Claim 1, wherein in step (b), data services aiming at a certain MBMS service are all transferred via MBMS Data Port.
5. The method as defined in Claim 1, wherein in step (c), on occasion that Node
B MBMS Communication Context (NBMC) has existed, control messages aiming at certain MBMS service are sent via MBMS Control Port.
6. A method for establishing Node B MBMS Communication Context (NBMC) in mobile communication system, comprising the following steps:
(a) Control Radio Network Controller sending a MBMS Transport Channel Establishment Request message to Node B and requesting to establish Node B MBMS Communication Context and the corresponding MBMS Transport Channel Resources;
(b) After receiving the request message, Node B first creating a new Node B MBMS Communication Context (NBMC), reserving necessary resources according to relevant parameters in the request message and configuring the corresponding MBMS channels, after having established the corresponding MBMS transport channel, Control Radio Network Controller (CRNC) sending a MBMS Transport Channel Establishment Response message to Control Radio Network Controller (CRNC).
7. The method as defined in Claim 6, wherein in step (a), the MBMS Transport
Channel Establishment Request message includes necessary parameters for creating Node B MBMS Communication Context, including MBMS Service ID, Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters.
The method as defined in Claim 6, wherein in step (b), Node B establishes the corresponding MBMS Data Port according to relevant parameters in the request message.
9. The method as defined in Claim 6, wherein in step (b), Node B establishes the corresponding MBMS Control Port according to relevant parameters in the request message.
10. A method for reconfiguring MBMS Transport Channel in mobile communication system, comprising the following steps:
(a) Control Radio Network Controller sending a MBMS Transport Channel Reconfiguration Request message to Node B via MBMS Communication Port;
(b) After receiving the request message, Node B reconfiguring the corresponding MBMS Transport Channel according to relevant parameter in the request message and then sending a MBMS Transport Channel Reconfiguration Response message to Control Radio Network Controller via MBMS Communication Port.
1 1. The method as defined in Claim 10, wherein in step (a), the MBMS Transport
Channel
Reconfiguration Request message includes parameters necessary for reconfiguring MBMS Transport Channel, including MBMS Transport Channel ID, Cell List that the reconfigured MBMS channel locates in and physical layer parameters.
12. A method for deleting Node B MBMS Communication Context in mobile communication system, comprising the following steps:
(a) Control Radio Network Controller sending a MBMS Transport Channel Deletion Request message to Node B;
(b) After receiving the request, Node B will delete the MBMS Transport Channel and the corresponding Node B MBMS Communication Context according to parameters in the MBMS Transport Channel Deletion Request message, and then sending a MBMS Transport Channel Deletion Response message to CRNC.
13. The method as defined in Claim 12, wherein in step (a), the MBMS Transport
Channel Deletion Request message includes necessary parameters for deleting MBMS Transport Channel, including MBMS Service ID, Cell List that receives the MBMS service, MBMS Data Port and physical layer parameters.
PCT/KR2003/002357 2002-11-05 2003-11-05 A method for sharing multimedia broadcast/multicast service on iub interface in mobile communication system WO2004043023A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN02149974.8 2002-11-05
CNA021499748A CN1499851A (en) 2002-11-05 2002-11-05 Method for sharing services in multimedia broadcast and multicast through Iub interface in mobile communication system

Publications (1)

Publication Number Publication Date
WO2004043023A1 true WO2004043023A1 (en) 2004-05-21

Family

ID=32304073

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2003/002357 WO2004043023A1 (en) 2002-11-05 2003-11-05 A method for sharing multimedia broadcast/multicast service on iub interface in mobile communication system

Country Status (2)

Country Link
CN (1) CN1499851A (en)
WO (1) WO2004043023A1 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005109750A1 (en) * 2004-05-07 2005-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Optimised iub transport
WO2008054314A3 (en) * 2006-11-01 2008-06-05 Ericsson Telefon Ab L M Method and apparatus for sharing transport channel for node serving plural cells with multimedia broadcast/multicast
WO2008123824A3 (en) * 2007-04-05 2008-12-04 Ericsson Telefon Ab L M Method for facilitate efficient multimedia broadcast/multicast service in a telecommunication system
CN102932168A (en) * 2012-10-12 2013-02-13 浪潮电子信息产业股份有限公司 Design method for improving server management network applicability
US10154509B2 (en) 2011-08-30 2018-12-11 Huawei Technologies Co., Ltd. Group call method and device

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100461744C (en) * 2006-03-13 2009-02-11 华为技术有限公司 Method for improving interface broad band availability between base station and base station controller
CN1984470B (en) * 2006-04-27 2010-05-12 华为技术有限公司 Method for duplicating channel
CN101163096B (en) * 2006-10-10 2011-07-06 华为技术有限公司 Method and system for sharing Iub interface ground transmission
CN101163092B (en) * 2006-10-12 2011-06-01 华为技术有限公司 Method and system for sharing Iub interface ground transmission
CN101360131B (en) * 2007-08-02 2011-12-07 中兴通讯股份有限公司 Method for accurately locating communication control port error

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5867494A (en) * 1996-11-18 1999-02-02 Mci Communication Corporation System, method and article of manufacture with integrated video conferencing billing in a communication system architecture
US5949871A (en) * 1996-02-20 1999-09-07 Hewlett-Packard Company Method and apparatus for providing a service in a switched telecommunications system wherein a control message is altered by a receiving party
US6335927B1 (en) * 1996-11-18 2002-01-01 Mci Communications Corporation System and method for providing requested quality of service in a hybrid network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5949871A (en) * 1996-02-20 1999-09-07 Hewlett-Packard Company Method and apparatus for providing a service in a switched telecommunications system wherein a control message is altered by a receiving party
US5867494A (en) * 1996-11-18 1999-02-02 Mci Communication Corporation System, method and article of manufacture with integrated video conferencing billing in a communication system architecture
US6335927B1 (en) * 1996-11-18 2002-01-01 Mci Communications Corporation System and method for providing requested quality of service in a hybrid network

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005109750A1 (en) * 2004-05-07 2005-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Optimised iub transport
WO2008054314A3 (en) * 2006-11-01 2008-06-05 Ericsson Telefon Ab L M Method and apparatus for sharing transport channel for node serving plural cells with multimedia broadcast/multicast
EP2078434A2 (en) * 2006-11-01 2009-07-15 Telefonaktiebolaget LM Ericsson (PUBL) Method and apparatus for sharing transport channel for node serving plural cells with multimedia broadcast/multicast
US7949354B2 (en) 2006-11-01 2011-05-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for sharing transport channel for node serving plural cells with multimedia broadcast/multicast
EP2078434A4 (en) * 2006-11-01 2013-07-03 Ericsson Telefon Ab L M Method and apparatus for sharing transport channel for node serving plural cells with multimedia broadcast/multicast
US8532682B2 (en) 2006-11-01 2013-09-10 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for sharing transport channel for node serving plural cells with multimedia broadcast/multicast
WO2008123824A3 (en) * 2007-04-05 2008-12-04 Ericsson Telefon Ab L M Method for facilitate efficient multimedia broadcast/multicast service in a telecommunication system
US8457648B2 (en) 2007-04-05 2013-06-04 Telefonaktiebolaget Lm Ericsson (Publ) Facilitating efficient multimedia broadcase/multicast service in a telecommunication system
US10154509B2 (en) 2011-08-30 2018-12-11 Huawei Technologies Co., Ltd. Group call method and device
CN102932168A (en) * 2012-10-12 2013-02-13 浪潮电子信息产业股份有限公司 Design method for improving server management network applicability

Also Published As

Publication number Publication date
CN1499851A (en) 2004-05-26

Similar Documents

Publication Publication Date Title
KR100943901B1 (en) Wireless Protocol Entity Sharing for Broadcast and Multicast
JP4327089B2 (en) Control signal transmission method for MBMS data in a wireless mobile communication system
JP3908763B2 (en) Method of changing point-to-point (PtP) channel and point-to-multipoint (PtM) channel in MBMS
JP4755675B2 (en) Multimedia service method in wireless mobile communication system
RU2263400C2 (en) Method and device for data transmission/reception during servicing rapid servicing transmission in mobile communication system rendering mbms service
KR100964684B1 (en) Broadcasting and multicast service providing method of mobile communication system
KR101057057B1 (en) Method of transmitting and receiving control information by grouping service in mobile communication system
KR101120759B1 (en) Downlink Channel Referencing Method in Wireless Communication System
KR100932485B1 (en) How to Provide Broadcast and / or Multicast Services
JP4753995B2 (en) Control information message processing method for one-to-many service
US20060285512A1 (en) Method for supporting backward compatibility of mbms
WO2004017579A1 (en) Multimedia broadcast/multicast service announcement and notification
JP2007503158A (en) Method of paging user terminal using dedicated channel in mobile communication system supporting multimedia broadcast / multicast service
KR100996051B1 (en) Method of transmitting and receiving control information in a mobile communication system supporting a multimedia broadcasting service
KR20050019388A (en) Method of transmitting or receiving packet data and related control information for multimedia broadcasting and multicast service
JP5911586B2 (en) Method and system for MCE controlling cluster session establishment
EP1668948B1 (en) Method and apparatus for providing multimedia broadcast/multicast service in mobile communication system
WO2005018116A1 (en) Method for establishing common transport channel for mbms
WO2004043023A1 (en) A method for sharing multimedia broadcast/multicast service on iub interface in mobile communication system
WO2004043025A1 (en) Method for mbms radio access bearer establishment
JP4369516B2 (en) One-to-many service medium access control entity structure
US7830828B2 (en) Communication apparatus, communication system and communication method
CN1332568C (en) Management of public transmitting channel resource of Iur interface
KR20040026153A (en) Method and apparatus for providing multicast service over a shared channel in a radio communication
EP1988643A1 (en) A method for allocating power in a digital wireless communication network

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP KR US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SK TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP