RU2314649C2 - Method for providing multimedia broadcasting/multi-address service in user terminal of mobile communications system - Google Patents
Method for providing multimedia broadcasting/multi-address service in user terminal of mobile communications system Download PDFInfo
- Publication number
- RU2314649C2 RU2314649C2 RU2005125597/09A RU2005125597A RU2314649C2 RU 2314649 C2 RU2314649 C2 RU 2314649C2 RU 2005125597/09 A RU2005125597/09 A RU 2005125597/09A RU 2005125597 A RU2005125597 A RU 2005125597A RU 2314649 C2 RU2314649 C2 RU 2314649C2
- Authority
- RU
- Russia
- Prior art keywords
- user terminal
- service
- rnc
- mbms
- mbms service
- Prior art date
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
Description
Область техникиTechnical field
Настоящее изобретение относится к мультимедийной широковещательной/многоадресной услуге (MBMS), более конкретно к способу предоставления услуги MBMS в пользовательском терминале системы мобильной связи.The present invention relates to a multimedia broadcast / multicast service (MBMS), and more particularly, to a method for providing an MBMS service in a user terminal of a mobile communication system.
Предшествующий уровень техникиState of the art
В последнее время, ввиду развития коммуникационной технологии, услуга, обеспечиваемая в системе мобильной связи широкополосного множественного доступа с кодовым разделением каналов (WCDMA), развивается как мультимедийное вещание/связь, имеющие возможность поддержки существующей речевой услуги, а также пакетной услуги и мультимедийной услуги, которая осуществляет передачу больших объемов данных, таких как пакетные данные и канальные данные. Для поддержки мультимедийного вещания/связи предложена услуга MBMS, в которой конкретная услуга обеспечивается от одного или нескольких источников данных для множества пользовательских терминалов (US).Recently, due to the development of communication technology, the service provided in the mobile broadband code-division multiple access (WCDMA) mobile communication system is developing as multimedia broadcasting / communication, having the ability to support the existing voice service, as well as packet service and multimedia service, which transmits large amounts of data, such as packet data and channel data. To support multimedia broadcasting / communication, an MBMS service is proposed in which a particular service is provided from one or more data sources for multiple user terminals (US).
Термин "услуга MBMS" относится к услуге, заключающейся в передаче одних и тех же мультимедийных данных к множеству получателей по радиосети. В услуге MBMS получатели могут совместно использовать один радиоканал, в целях экономии ресурсов радиопередачи. Услуга MBMS поддерживает передачу мультимедийных данных, таких как изображения и речь в реальном времени, неподвижное изображение и текст, и может одновременно передавать речевые данные и данные изображения в соответствии с типом мультимедийной передачи. Как таковая, услуга MBMS требует масштабных ресурсов передачи. Кроме того, поскольку одни и те же данные должны передаваться к множеству ячеек, где находятся пользователи, соединения устанавливаются по принципу "от точки к точке" (PtP) или по принципу "от точки к множеству точек" (PtM), в зависимости от числа пользователей, находящихся в каждой ячейке.The term "MBMS service" refers to a service consisting in transmitting the same multimedia data to multiple recipients over a radio network. In the MBMS service, recipients can share one radio channel in order to save radio transmission resources. The MBMS service supports the transmission of multimedia data such as real-time images and speech, still image and text, and can simultaneously transmit voice and image data in accordance with the type of multimedia transmission. As such, the MBMS service requires large-scale transmission resources. In addition, since the same data must be transmitted to multiple cells where users are located, connections are established on a point-to-point basis (PtP) or on a point-to-point basis (PtM), depending on the number users in each cell.
На фиг.1 представлена диаграмма, схематично иллюстрирующая узлы, использующие услугу MBMS в сети мобильной связи. На фиг.1 пользовательские терминалы UE 161, 162, 163, 171 и 172 представляют пользовательское оконечное оборудование или абонентов, получающих услугу MBMS, причем ячейка №1 160 и ячейка №2 170 управляются своими собственными базовыми станциями или узлами В, которые беспроводным способом передают данные, относящиеся к услуге MBMS, к абонентам. Контроллер 140 радиосети (RNC) управляет ячейками 160 и 170, селективно передает мультимедийные данные в конкретную ячейку и управляет радиоканалом, установленным для обеспечения услуги MBMS. Соединения между контроллером RNC 140 и пользовательскими терминалами 161 и 172 называются "интерфейсами управления радиоресурсами" (RRC).1 is a diagram schematically illustrating nodes using the MBMS service in a mobile communication network. 1, user terminals UE 161, 162, 163, 171 and 172 represent user terminal equipment or subscribers receiving MBMS service, wherein cell No. 160 and cell No. 170 are controlled by their own base stations or nodes B, which wirelessly transmit MBMS related data to subscribers. A radio network controller (RNC) 140 controls cells 160 and 170, selectively transmits multimedia data to a particular cell, and controls the radio channel established to provide the MBMS service. Connections between the RNC 140 and the user terminals 161 and 172 are called “radio resource control interfaces” (RRCs).
Контроллер RNC 140 соединен с сетью с коммутацией пакетов или сетью пакетных услуг (PS), такой как Интернет, посредством узла 130 поддержки общих услуг пакетной радиосвязи (GPRS) (узла SGSN). Связь между контроллером RNC 140 и сетью PS реализуется посредством сигнализации с коммутацией пакетов (PS). В частности, соединение между контроллером RNC 140 и узлом SGSN 130 называется "Iu-PS-интерфейсом".The RNC 140 is connected to a packet-switched network or a packet service network (PS), such as the Internet, via a general packet radio service (GPRS) support node 130 (SGSN). Communication between the RNC 140 controller and the PS network is realized through packet switched signaling (PS). In particular, the connection between the RNC 140 and the SGSN 130 is called an “Iu-PS interface”.
Узел SGSN 130 управляет услугой MBMS для каждого абонента. Например, типовые функции узла SGSN 130 включают управление информацией, связанной с подпиской на услуги, каждого абонента и селективную передачу мультимедийных данных конкретному контроллеру RNC 140.The SGSN 130 manages the MBMS service for each subscriber. For example, typical functions of an SGSN 130 include managing subscription service information for each subscriber and selectively transmitting multimedia data to a specific RNC 140.
Транзитная сеть (NW) 120 обеспечивает коммуникационный канал между центром услуг широковещательной и многоадресной передачи (BM-SC) 110 и узлом SGSN 130 и может быть соединена с внешней сетью через не показанный на чертеже шлюзовой узел поддержки GPRS (узел GGSN). Центр BM-SC 110 является источником MBMS-данных и осуществляет планирование MBMS-данных.The backhaul network (NW) 120 provides a communication channel between the Broadcast and Multicast Services Center (BM-SC) 110 and the SGSN 130 and can be connected to an external network through a GPRS support gateway (GGSN) not shown. The BM-SC 110 is a source of MBMS data and schedules MBMS data.
Контроллер RNC 140 соединен с сетью с коммутацией каналов (CS) посредством центра коммутации мобильных станций (MSC) 150. Сеть CS представляет собой основанную на соединениях, ориентированную на передачу речи, традиционную коммуникационную сеть. Связь между контроллером RNC 140 и центром MSC 150 осуществляется посредством сигнализации с коммутацией каналов (CS). Более конкретно, соединение между контроллером RNC 140 и центром MSC 150 называется "Iu-CS-интерфейсом". Поток MBMS-данных передается к пользовательским терминалам UE 161, 162, 163, 171 и 172 через транзитную сеть 120, узел SGSN 130, контроллер RNC 140 и узлы B 160 и 170.The RNC 140 is connected to a circuit switched (CS) network through a Mobile Switching Center (MSC) 150. The CS network is a connection-based, voice-oriented, traditional communication network. Communication between the RNC 140 and the MSC 150 is through circuit switched signaling (CS). More specifically, the connection between the RNC 140 and the MSC 150 is called an “Iu-CS interface”. The MBMS data stream is transmitted to user terminals UE 161, 162, 163, 171 and 172 through a transit network 120, an SGSN 130, an RNC 140, and nodes B 160 and 170.
Хотя на фиг.1 не показано, для одной услуги MBMS может использоваться множество узлов SGSN и множество контроллеров RNC для каждого узла SGSN. Каждый из узлов SGSN селективно передает данные к своему контроллеру RNC, и каждый из контроллеров RNC селективно передает данные к своим ячейкам. Список узлов, к которым должен передаваться поток данных, сохранен в узле SGSN и контроллере RNC (т.е. список контроллеров RNC сохранен в каждом узле SGSN, и список ячеек сохранен в каждом контроллере RNC), чтобы затем селективно передавать данные MBMS только к узлам, сохраненным в списке.Although not shown in FIG. 1, for one MBMS service, multiple SGSNs and multiple RNCs for each SGSN can be used. Each of the SGSNs selectively transmits data to its RNC, and each of the RNCs selectively transmits data to its cells. The list of nodes to which the data stream is to be transmitted is stored in the SGSN and the RNC (i.e., the list of RNCs is stored in each SGSN and the list of cells is stored in each RNC) to selectively transmit MBMS data only to the nodes saved in the list.
Для того чтобы пользовательские терминалы UE получали доступ к сети и получали услугу из нее, сначала должен быть создан контекст между пользовательскими терминалами UE и сетевыми узлами, представляющий собой набор информации, необходимой для обеспечения соответствующей услуги. UE-контекст и MM (управление мобильностью)-контекст являются примерами контекста.In order for the user terminals of the UE to access the network and receive the service from it, a context must first be created between the user terminals of the UE and the network nodes, which is a set of information necessary to provide the corresponding service. UE context and MM (mobility management) context are examples of context.
Контроллер RNC создает UE-контекст для пользовательских терминалов UE после установки RRC-соединения. UE-контекст включает в себя базовую информацию, такую как идентификация пользовательского терминала (UE ID), информация местоположения пользовательского терминала UE, информация состояния RRC для пользовательского терминала UE и информация о радиоресурсах, выделенных пользовательскому терминалу UE. Кроме того, UE-контекст управляется контроллером RNC, когда активируется RRC-соединение.The RNC creates a UE context for user terminals of the UE after establishing an RRC connection. The UE context includes basic information such as user terminal identification (UE ID), user terminal location information of the UE, RRC status information for the user terminal UE, and radio resource information allocated to the user terminal UE. In addition, the UE context is controlled by the RNC when the RRC connection is activated.
MM-контекст используется для управления местоположением пользовательского терминала UE в базовой сети (CN). Чтобы пользовательский терминал UE принимал PS-услугу, MM-контекст пользовательского терминала UE должен быть сначала создан в узле SGSN и узле GGSN посредством процедуры GPRS-присоединения. В частности, MM-контекст узла SGSN включает в себя идентификацию UE ID, такую как IMSI (Международный идентификатор мобильного абонента), P-TMSI (Временный идентификатор мобильного абонента), IMEI (Международный идентификатор мобильного устройства), MS-ISDN (ISDN (Цифровая сеть с комплексными услугами) -номер мобильного абонента), информацию местоположения, такую как RA (область маршрутизации) и SAC (код области обслуживания), информацию, связанную с аутентификацией/шифрованием, информацию регистрации и параметры DRX (прерывистого приема).The MM context is used to control the location of the user terminal UE in the core network (CN). In order for the user terminal UE to receive the PS service, the MM context of the user terminal UE must first be created in the SGSN and the GGSN through the GPRS join procedure. In particular, the SGSN node’s MM context includes a UE ID such as IMSI (International Mobile Subscriber Identity), P-TMSI (Temporary Mobile Subscriber Identity), IMEI (International Mobile Device Identifier), MS-ISDN (ISDN (Digital network with integrated services) - mobile subscriber number), location information such as RA (routing area) and SAC (service area code), authentication / encryption information, registration information and DRX (discontinuous reception) parameters.
Сетевые узлы, такие как контроллер RNC, центр коммутации MSC и узел SGSN, управляют состоянием пользовательского терминала для эффективной передачи сигнализации и передачи данных. В частности, контроллер RNC управляет RRC-состоянием пользовательского терминала UE, а RRC-состояние определяется в соответствии с установленным RRC-соединением пользовательского терминала UE. Состояние, в котором RRC-соединение установлено, называется "RRC-соединенным состоянием", а состояние, в котором RRC-соединение не установлено, называется "RRC-неактивным состоянием".Network nodes, such as the RNC, the MSC, and the SGSN, control the state of the user terminal for efficient signaling and data transmission. In particular, the RNC controls the RRC state of the user terminal of the UE, and the RRC state is determined in accordance with the established RRC connection of the user terminal of the UE. The state in which the RRC connection is established is called the “RRC connected state”, and the state in which the RRC connection is not established is called the “RRC inactive state”.
Узел SGSN управляет состоянием "управления мобильностью пакетной услуги" (PMM-состоянием) пользовательского терминала UE. Пользовательский терминал UE, для которого не создан MM-контекст в узле SGSN, идентифицируется как UE в PMM-отсоединенном состоянии. Пользовательский терминал UE, для которого MM-контекст создан в узле SGSN посредством процедуры GPRS-присоединения, может определяться как UE в PMM-соединенном состоянии и как UE в PMM-неактивном состоянии. Состояние, в котором пользовательский терминал UE имеет соединение Iu-PS-сигнализации и находится в RRC-соединенном состоянии, называется PMM-соединенным состоянием. Состояние, в котором пользовательский терминал UE не имеет соединения Iu-PS-сигнализации или находится в RRC-неактивном состоянии, называется PMM-неактивным состоянием. Центр коммутации MSC управляет состоянием "управления мобильностью канальной услуги" (CMM-состоянием) пользовательского терминала UE. Состояние, в котором пользовательский терминал UE имеет соединение Iu-CS-сигнализации и находится в RRC-соединенном состоянии, называется CMM-соединенным состоянием, а состояние, в котором пользовательский терминал UE не имеет соединения Iu-CS-сигнализации или находится в RRC-неактивном состоянии, называется CMM-неактивным состоянием.The SGSN controls the "packet service mobility management" (PMM) state of the user terminal UE. A user terminal UE for which an MM context has not been created in the SGSN is identified as a UE in a PMM disconnected state. A user terminal UE for which an MM context is created in the SGSN through a GPRS join procedure can be defined as a UE in a PMM connected state and as a UE in a PMM inactive state. The state in which the user terminal UE has an Iu-PS signaling connection and is in an RRC connected state is called a PMM connected state. A state in which the user terminal UE does not have an Iu-PS signaling connection or is in an RRC inactive state is called a PMM inactive state. The MSC switching center manages the channel service mobility management (CMM) state of the user terminal UE. The state in which the user terminal UE has an Iu-CS signaling connection and is in an RRC connected state is called a CMM connected state, and the state in which a user terminal UE does not have an Iu-CS signaling connection or is in RRC inactive state, called CMM inactive state.
Для пользовательских терминалов UE, запрашивающих услугу MBMS, контекст услуги MBMS и контекст MBMS UE используются в сетевых узлах для услуги MBMS. Поскольку услуга MBMS одновременно осуществляет передачу одной и той же информации множеству UE, то контекст услуги MBMS уникальным образом создается для каждой услуги MBMS или каждой сессии в услуге MBMS, вместо индивидуального создания для каждого пользовательского терминала UE. Контекст MBMS UE сохраняет информацию об услуге MBMS, к которой присоединился каждый пользовательский терминал UE.For user terminals UEs requesting the MBMS service, the MBMS service context and the MBMS UE context are used in network nodes for the MBMS service. Since the MBMS service simultaneously transmits the same information to multiple UEs, the context of the MBMS service is uniquely created for each MBMS service or each session in the MBMS service, instead of individually creating for each user terminal UE. Context MBMS The UE stores information about the MBMS service that each user terminal of the UE has joined.
Для выполнения услуги MBMS контекст услуги MBMS должен быть сначала создан в пользовательских терминалах UE и в центрах услуг BM-SC, которые являются внешними (интерфейсными) пунктами услуги MBMS. Таким образом, контекст услуги MBMS создается в контроллере RNC, узлах SGSN и GGSN, которые являются сетевыми узлами для передачи данных MBMS.To perform the MBMS service, the MBMS service context must first be created in the user terminals of the UE and in the BM-SC service centers, which are external (interface) points of the MBMS service. Thus, the MBMS service context is created in the RNC, the SGSNs and GGSNs, which are network nodes for transmitting MBMS data.
В PS-сети, представленной контроллером RNC и узлом SGSN, пользовательский терминал UE может не принять поисковый вызов MBMS из PS-сети. Эта ситуация может возникнуть, когда RRC-соединение хотя и установлено для услуги с коммутацией каналов (CS) между пользовательским терминалом UE и RNC, однако PS-сеть не распознает этот факт.In the PS network represented by the RNC and the SGSN, the user terminal UE may not receive the MBMS paging from the PS network. This situation may occur when an RRC connection, although established for a circuit-switched service (CS) between the user terminal UE and the RNC, however, the PS network does not recognize this fact.
На фиг.2 представлена диаграмма, иллюстрирующая процедуру, имеющую место, когда пользовательский терминал UE находится в РММ-неактивном режиме при поддержании RRC-соединения, установленного с контроллером RNC (RRC-соединенное состояние), в обычной системе MBMS. На фиг.2 ссылочная позиция 202 представляет пользовательский терминал UE, принимающий услугу MBMS, ссылочная позиция 204 обозначает обслуживающий контроллер RNC (SRNC) для услуги MBMS, который связан с пользовательским терминалом UE 202, и ссылочная позиция 206 представляет узел SGSN базовой сети CN для услуги MBMS.2 is a diagram illustrating a procedure that occurs when a user terminal UE is in the PMM inactive mode while maintaining an RRC connection established with an RNC (RRC connected state) in a conventional MBMS system. 2,
Пользовательский терминал UE 202 находится в РММ-неактивном режиме, когда он подсоединен к услуге MBMS, но не имеет PS-сигнализации. Согласно фиг.2 на этапе 210 пользовательский терминал UE 202 устанавливает RRC-соединение для приема CS-услуги и переходит в состояние прямого канала доступа (FACH) ячейки или состояние выделенного канала DCH ячейки режима RRC-соединения. На этапе 220 узел SGSN 206 обнаруживает запуск услуги MBMS посредством сообщения запуска сессии MBMS, принимаемого через центр BM-SC. Сообщение запуска сессии MBMS содержит идентификатор услуги MBMS, информацию области многоадресной передачи и информацию качества обслуживания (QoS).The
На этапе 230 узел SGSN 206 осуществляет поиск контекста услуги MBMS, соответствующего услуге MBMS, идентифицированной идентификатором услуги MBMS ID, включенным в сообщение запуска сессии MBMS, и посылает сообщение запуска сессии MBMS к контроллерам RNC, принадлежащим к списку контроллеров, включенному в контекст услуги MBMS, и всем контроллерам RNC, принадлежащим к области маршрутизации (RA), к которой относятся пользовательские терминалы UE в PMM-неактивном состоянии, чтобы информировать контроллеры RNC, что началась передача данных MBMS.At
На этапе 240 контроллер RNC 204 анализирует MBMS ID в сообщении запуска сессии MBMS, полученном от узла SGSN 206, чтобы послать поисковый вызов к пользовательским терминалам UE, которые запрашивают услугу MBMS. Здесь, поскольку сообщение запуска сессии MBMS на этапе 230 не включает в себя UE ID, то контроллер SRNC 204 обнаруживает идентификаторы ID пользовательских терминалов UE, присоединившихся к услуге MBMS, с использованием MBMS ID, включенного в сообщение запуска сеанса MBMS.At
В процедуре поискового вызова MBMS, контроллер SRNC 204 вычисляет одни и те же значения PO (возникновения поискового вызова) и PI (экземпляра поискового вызова) с использованием идентификатора MBMS ID (например, TMGI) и параметра DRX. Контроллер SRNC 204 включает или выключает канал индикации пилот-сигнала (PICH) на период времени, указанный посредством PI и PO, чтобы указать, принимается ли связанный канал поискового вызова (PCH) для пользовательских терминалов UE, и посылает поисковый вызов пользовательским терминалам UE посредством связанного канала PCH, который инициируется спустя предварительно заданное время после канала PICH. В данном случае, для поискового вызова пользовательских терминалов UE в состоянии канала DCH ячейки, используется сообщение поискового вызова типа 2, передаваемое по выделенному каналу управления (DCCH).In the MBMS paging procedure, the SRNC 204 calculates the same PO (paging occurrence) and PI (paging instance) values using the MBMS ID (e.g., TMGI) and the DRX parameter. The SRNC 204 enables or disables the pilot indication channel (PICH) for a period of time indicated by PI and PO to indicate whether the associated paging channel (PCH) is received for user terminals UE and sends a paging to user terminals UE through the associated channel PCH, which is initiated after a predetermined time after the channel PICH. In this case, for the search call of the user terminals of the UE in the channel state of the DCH cell, a type 2 search call message transmitted on the dedicated control channel (DCCH) is used.
Однако если контроллер SRNC 204 удаляет информацию о связи между определенным пользовательским терминалом UE 202 и услугой MBMS, как показано на этапе 240, когда пользовательский терминал UE 202 переключается в PMM-неактивный режим, то контроллер SRNC 204 не может передать сообщение поискового вызова типа 2 к пользовательскому терминалу UE 202, как показано на этапе 250.However, if the
То есть, контроллер SRNC 204 использует общий канал (CCH) для поискового вызова пользовательских терминалов UE в PMM-неактивном режиме. Однако поскольку пользовательский терминал UE 202 в действительности имеет выделенный канал для CS-услуги в CS-сети, он не может принимать поисковый вызов MBMS по общему каналу. Поэтому пользовательский терминал UE 202 не может принимать данные MBMS, хотя он запросил услугу MBMS.That is, the
Сущность изобретенияSUMMARY OF THE INVENTION
Поэтому задачей настоящего изобретения является создание способа выполнения поискового вызова в услуге MBMS пользовательских терминалов UE во всех состояниях, чтобы обеспечить услугу MBMS в системе мобильной связи.Therefore, it is an object of the present invention to provide a method for making a paging call in an MBMS service of user terminals UE in all states to provide an MBMS service in a mobile communication system.
Другой задачей настоящего изобретения является создание способа выполнения поискового вызова в услуге MBMS пользовательских терминалов UE в состоянии услуги CS, чтобы обеспечить услугу MBMS в системе мобильной связи.Another object of the present invention is to provide a method for making a paging call in an MBMS service of user terminals UE in a CS service state to provide an MBMS service in a mobile communication system.
Еще одной задачей настоящего изобретения является создание способа поддержания контекста услуги MBMS для пользовательских терминалов UE в PMM-неактивном/RRC-соединенном режиме в контроллере RNC.Another objective of the present invention is to provide a method for maintaining the MBMS service context for user terminals UE in PMM inactive / RRC connected mode in the RNC.
Еще одной задачей настоящего изобретения является создание способа поддержания контекста услуги MBMS для пользовательских терминалов UE в PMM-неактивном/RRC-соединенном режиме в узле SGSN.Another objective of the present invention is to provide a method for maintaining the MBMS service context for user terminals UE in PMM inactive / RRC connected mode in the SGSN.
В соответствии с одним из аспектов настоящего изобретения, предложен способ управления информацией о пользовательских терминалах UE в системе мобильной связи, содержащей узел В, множество пользовательских терминалов UE, имеющих возможность связи с узлом В в ячейке, занятой узлом В, и контроллер радиосети (RNC) для управления передачами узла В и пользовательских терминалов UE для обеспечения услуги с коммутацией пакетов (PS) и услуги с коммутацией каналов (CS) для пользовательских терминалов UE, причем система обеспечивает мультимедийную широковещательную/многоадресную услугу (MBMS) для пользовательских терминалов UE. Способ содержит этапы передачи информации, относящейся к услуге MBMS, пользовательского терминала UE, который находится в неактивном режиме управления мобильностью пакетной передачи (PMM-неактивном режиме), после присоединения, по меньшей мере, к одной услуге MBMS, от пользовательского терминала UE к контроллеру RNC; и сохранение информации, относящейся к услуге MBMS, в первом контексте услуги для услуги MBMS, поддерживаемом в контроллере RNC, вместе с информацией о пользовательском терминале UE.In accordance with one aspect of the present invention, a method for managing user terminal information of a UE in a mobile communication system comprising a node B, a plurality of user terminals UE having communication with a node B in a cell occupied by a node B, and a radio network controller (RNC) are provided. for controlling the transmissions of the Node B and user terminals UE for providing packet-switched services (PS) and circuit-switched services (CS) for user terminals UE, the system providing multimedia broad broadcast / multicast service (MBMS) for user terminals of the UE. The method comprises the steps of transmitting information related to the MBMS service to a user terminal UE that is in an inactive packet mobility management mode (PMM inactive mode), after connecting at least one MBMS service, from a user terminal UE to an RNC ; and storing information related to the MBMS service in the first service context for the MBMS service supported in the RNC, together with information about the user terminal UE.
В соответствии с другим аспектом настоящего изобретения, предложен способ управления информацией о пользовательских терминалах UE в системе мобильной связи, содержащей узел В, множество пользовательских терминалов UE, имеющих возможность связи с узлом В в ячейке, занятой узлом В, и контроллер радиосети (RNC) для управления передачами узла В и пользовательских терминалов UE для обеспечения услуги с коммутацией пакетов (PS) или услуги с коммутацией каналов (CS) для пользовательских терминалов UE и обслуживающий узел для управления контроллером RNC, причем система обеспечивает мультимедийную широковещательную/многоадресную услугу (MBMS) для пользовательских терминалов UE. Способ содержит этапы передачи информации, относящейся к услуге MBMS, пользовательского терминала UE, который находится в неактивном режиме управления мобильностью пакетной передачи (PMM-неактивном режиме), после присоединения, по меньшей мере, к одной услуге MBMS, от пользовательского терминала UE к обслуживающему узлу; связывание информации, относящейся к услуге MBMS, с информацией о пользовательском терминале UE и сохранение информации, относящейся к услуге MBMS, связанной с информацией о пользовательском терминале UE, в первом контексте услуги для услуги MBMS в обслуживающем узле.According to another aspect of the present invention, there is provided a method for managing user terminal information of a UE in a mobile communication system comprising a node B, a plurality of user terminals UE having communication with a node B in a cell occupied by a node B, and a radio network controller (RNC) for controlling the transmissions of the Node B and the user terminals of the UE to provide packet-switched services (PS) or circuit-switched services (CS) for the user terminals of the UE and the serving node for controlling the RNC, moreover, the system provides a multimedia broadcast / multicast service (MBMS) for user terminals UE. The method comprises the steps of transmitting information related to the MBMS service to a user terminal UE that is in an inactive packet mobility management mode (PMM inactive mode), after connecting at least one MBMS service, from a user terminal UE to a serving node ; associating information related to the MBMS service with information about the user terminal of the UE and storing information related to the MBMS service associated with information about the user terminal of the UE in the first service context for the MBMS service in the serving node.
Краткое описание чертежейBrief Description of the Drawings
Вышеуказанные и другие задачи, признаки и преимущества настоящего изобретения поясняются в последующем детальном описании со ссылками на чертежи, на которых показано следующее:The above and other objectives, features and advantages of the present invention are explained in the following detailed description with reference to the drawings, which show the following:
Фиг.1 - схематичное представление сетевой конфигурации для мультимедийной широковещательной/многоадресной услуги (MBMS);Figure 1 is a schematic diagram of a network configuration for multimedia broadcast / multicast service (MBMS);
Фиг.2 - диаграмма, иллюстрирующая пользовательский терминал UE в РММ-неактивном режиме, имеющий RRC-соединение в обычной системе MBMS;2 is a diagram illustrating a user terminal of a UE in a PMM inactive mode having an RRC connection in a conventional MBMS system;
Фиг.3 - диаграмма, иллюстрирующая процедуру выполнения услуги MBMS;Figure 3 is a diagram illustrating a procedure for performing an MBMS service;
Фиг.4 - диаграмма, иллюстрирующая контекст услуги MBMS для услуги MBMS;4 is a diagram illustrating an MBMS service context for an MBMS service;
Фиг.5 - детальная диаграмма, иллюстрирующая процедуру присоединения для услуги MBMS;5 is a detailed diagram illustrating an attachment procedure for an MBMS service;
Фиг.6 - диаграмма, иллюстрирующая процедуру разъединения соединения сигнализации с сетью PS пользовательским терминалом UE, который присоединился к услуге MBMS;6 is a diagram illustrating a procedure for disconnecting a signaling connection to a PS network by a user terminal UE that has joined the MBMS service;
Фиг.7 - 9 - диаграммы, иллюстрирующие процедуры для передачи информации, относящейся к услуге MBMS, от пользовательского терминала UE к контроллеру RNC, согласно первому варианту осуществления изобретения;7 to 9 are diagrams illustrating procedures for transmitting information related to an MBMS service from a user terminal UE to an RNC, according to a first embodiment of the invention;
Фиг.10 - 12 - блок-схемы алгоритмов, иллюстрирующие работу пользовательского терминала UE, соответственно первому варианту осуществления изобретения;10-12 are flowcharts illustrating an operation of a user terminal of a UE according to a first embodiment of the invention;
Фиг.13 - 15 - блок-схемы алгоритмов, иллюстрирующие работу контроллера RNC, соответственно первому варианту осуществления изобретения;13 to 15 are flowcharts illustrating the operation of an RNC according to a first embodiment of the invention;
Фиг.16 и 17 - блок-схемы алгоритмов, иллюстрирующие процедуру обновления контекста услуги MBMS узлом SGSN, соответственно первому варианту осуществления изобретения;16 and 17 are flowcharts illustrating a procedure for updating an MBMS service context by an SGSN, according to a first embodiment of the invention;
Фиг.18 - 21 - диаграммы, иллюстрирующие процедуры для передачи информации, относящейся к услуге MBMS, к контроллеру RNC и узлу SGSN, когда пользовательский терминал UE, присоединяющийся к услуге MBMS, выполняет установку RRC-соединения согласно второму варианту осуществления изобретения;Figs. 18 to 21 are diagrams illustrating procedures for transmitting information related to an MBMS service to an RNC and an SGSN when a user terminal UE joining an MBMS service performs an RRC connection according to a second embodiment of the invention;
Фиг.22 - диаграмма, иллюстрирующая процедуру разъединения RRC-соединения контроллером RNC и узлом SGSN согласно другому предпочтительному варианту осуществления изобретения;22 is a diagram illustrating a procedure for disconnecting an RRC connection by an RNC and an SGSN according to another preferred embodiment of the invention;
Фиг.23 - диаграмма, иллюстрирующая процедуру запроса контроллера RNC и узла SGSN на выход из услуги MBMS согласно другому предпочтительному варианту осуществления изобретения;23 is a diagram illustrating a procedure for requesting an RNC and an SGSN to exit an MBMS service according to another preferred embodiment of the invention;
Фиг.24 - блок-схема алгоритма, иллюстрирующая операцию узла SGSN по сохранению информации, относящейся к услуге MBMS, соответственно второму варианту осуществления изобретения; и24 is a flowchart illustrating an operation of an SGSN to store information related to an MBMS service according to a second embodiment of the invention; and
Фиг.25 - блок-схема алгоритма, иллюстрирующая операцию пользовательского терминала UE по передаче информации, относящейся к услуге MBMS, в соответствии со вторым вариантом осуществления изобретения.25 is a flowchart illustrating an operation of a user terminal UE in transmitting information related to an MBMS service in accordance with a second embodiment of the invention.
Детальное описание предпочтительного варианта осуществления изобретенияDetailed Description of a Preferred Embodiment
Предпочтительные варианты осуществления настоящего изобретения описаны ниже более подробно со ссылками на чертежи, на которых одинаковые или сходные элементы обозначены теми же самыми ссылочными позициями, даже если они показаны на разных чертежах. В последующем описании известные функции и конфигурации подробно не описываются, чтобы не загромождать описание сущности изобретения несущественными деталями.Preferred embodiments of the present invention are described in more detail below with reference to the drawings, in which the same or similar elements are denoted by the same reference numerals, even if they are shown in different drawings. In the following description, well-known functions and configurations are not described in detail, so as not to clutter the description of the invention with irrelevant details.
На фиг.3 представлена диаграмма, иллюстрирующая процедуру выполнения услуги MBMS между пользовательским терминалом UE и сетью. На фиг.3 центр ВМ-SC 306 осуществляет связь с пользовательским терминалом UE 302 через контроллер RNC 304. Контроллер RNC 304 осуществляет связь с центром BM-SC 306 через узел SGSN (не показан). Хотя на фиг.3 для простоты показаны один контроллер RNC 304 и один пользовательский терминал UE 302, та же самая процедура может также применяться к множеству пользовательских терминалов UE, запрашивающих услугу MBMS, и множеству RNC.3 is a diagram illustrating a procedure for performing an MBMS service between a user terminal UE and a network. 3, the BM-
Согласно фиг.3 на этапе 310 абонирования пользователь или пользовательский терминал UE 302, запрашивающий услугу MBMS, осуществляет подписку (или регистрируется) у провайдера услуг или в центре BM-SC 306. На этапе 310 абонирования пользователь обменивается основной информацией, относящейся к учетной записи или приему услуги, с провайдером услуг.3, at a
На этапе 320 оповещения пользовательские терминалы UE обнаруживают основную информацию об услуге MBMS, такую как идентификаторы (MBMS ID) для услуг MBMS, доступных в центре BM-SC 306, и время запуска услуги и ее длительность. Например, MBMS ID содержит адрес групповой передачи и имя пункта доступа (APN). На этапе 320 оповещения узлы, включенные между центром BM-SC 306 и пользовательским терминалом UE 302, т.е. контроллер RNC 304, узел SGSN и транзитная сеть, обнаруживают пользовательский терминал UE 302 и узлы, связанные с пользовательским терминалом UE 302. Например, узел SGSN анализирует список пользовательских терминалов UE, желающих получить услугу MBMS, и список контроллеров RNC, где расположены пользовательские терминалы UE, и передает данные услуги MBMS только к контроллерам RNC, где находятся пользовательские терминалы UE, путем обращения к спискам.In the
После получения основной информации, относящейся к услуге MBMS, пользовательский терминал UE 302 выполняет этап 330 присоединения для получения требуемых ему данных услуги MBMS. На этапе 330 присоединения пользовательский терминал UE 302 посылает, по меньшей мере, один из MBMS ID, полученных на этапе 320 оповещения, в центр BM-SC 306.After receiving basic information related to the MBMS service, the
Этап 340 уведомления предназначен для поискового вызова пользовательского терминала UE 302, чтобы проинформировать, что услуга MBMS, к которой присоединился пользовательский терминал UE 302, будет скоро инициирована. На этапе 340 уведомления множеству пользовательских терминалов 302, присоединившихся к услуге MBMS, посылается поисковый вызов на групповой основе.The
Этап 350 распределения радиоресурсов представляет собой этап для текущего распределения ресурсов между пользовательским терминалом UE 302 и контроллером RNC 304 для обеспечения услуги MBMS и затем уведомления об этом соответствующих узлов. На этапе 350 контроллер RNC 304 может выбрать метод соединения от точки к множеству точек (PtM) или от точки к точке (PtP) на основе информации о числе пользовательских терминалов UE, принадлежащих каждой из его ячеек, и функции распределения радиоресурсов.The radio
На этапе 360 передачи данных действительные данные услуги MBMS передаются к пользовательскому терминалу UE 302 через контроллер RNC 304. На этапе 360, например, если ключ шифрования для услуги MBMS должен быть изменен, то контроллер RNC 304 доставляет новый ключ шифрования ко всем пользовательским терминалам UE, получающим услугу MBMS.At 360, the actual MBMS service data is transmitted to the
Если услуга MBMS завершена (или приостановлена), то на этапе 370 освобождения радиоресурсов, выделенные радиоресурсы освобождаются, и пользовательский терминал UE 302 уведомляется, что радиоресурсы услуги MBMS освобождены. Хотя на чертеже не показано, при приеме услуги MBMS (на этапе 350) пользовательский терминал UE 302 может запросить приостановление услуги MBMS и затем приостановить прием услуги MBMS.If the MBMS service is completed (or suspended), then at
Для выполнения услуги MBMS, как описано выше, контекст услуги MBMS (или MBMS-контекст) должен быть сохранен в сетевых узлах, относящихся к соответствующей услуге MBMS, в частности, в узле SGSN и в контроллере RNC. Контекст услуги MBMS создается сетевыми узлами на этапе 330 присоединения. Время, когда контекст услуги MBMS генерируется, и метод управления контекстом услуги MBMS определяются в зависимости от функций сетевых узлов.To perform the MBMS service, as described above, the MBMS service context (or MBMS context) must be stored in network nodes related to the corresponding MBMS service, in particular, in the SGSN and in the RNC. The context of the MBMS service is created by the network nodes at an attach
На фиг.4 показана диаграмма, иллюстрирующая контексты услуги MBMS, создаваемые контроллером RNC и узлом SGSN. На фиг.4 обслуживающий контроллер RNC (SRNC) для управления RRC-соединениями пользовательских терминалов UE отделен от управляющего контроллера RNC (CRNC) для управления ячейками, где в действительности находятся пользовательские терминалы UE.4 is a diagram illustrating MBMS service contexts created by an RNC and an SGSN. 4, a serving RNC controller (SRNC) for managing RRC connections of user terminals of the UE is separate from a RNC control controller (CRNC) for managing cells where the user terminals of the UE are actually located.
Согласно фиг.4 первый контекст услуги MBMS, сохраненный в узле SGSN 406, включает в себя идентификатор услуги MBMS ID (или временный идентификатор группы MBMS - TMGI) список пользовательских терминалов UE (или список UE ID), список контроллеров RNC (или список RNC ID), список SAC (управления доступом к среде), информацию QoS (качества обслуживания) и информацию контекста MBMS PDP (протокола пакетной передачи данных) для множества пользовательских терминалов UE.4, the first MBMS service context stored in the
MBMS ID может представлять собой идентификатор (адрес групповой передачи/APN или идентификатор группы MBMS (IMGI)), временно присвоенный соответствующей услуге MBMS соответствующим узлом SGSN (или узлом GGSN). Узел SGSN (или узел GGSN) присваивает значение TMGI, когда он впервые создает контекст услуги MBMS для услуги MBMS.The MBMS ID may be an identifier (multicast address / APN or MBMS group identifier (IMGI)) temporarily assigned to the corresponding MBMS service by the corresponding SGSN (or GGSN). The SGSN (or GGSN) assigns the TMGI value when it first creates the MBMS service context for the MBMS service.
Список UE ID содержит идентификаторы ID пользовательских терминалов UE, принадлежащих соответствующему узлу SGSN, среди пользовательских терминалов UE, присоединившихся к соответствующей услуге MBMS. UE ID в контексте услуги MBMS используется как указатель, указывающий на MM-контекст в узле SGSN 406. Ввиду отношения отображения между контекстом услуги MBMS и MM-контекстом, поддерживаемого UE ID, MM-контекст (например, информация о MM-состоянии), необходимый для услуги MBMS, не сохраняется повторно в контексте услуги MBMS.The UE ID list contains IDs of user terminals of the UEs belonging to the corresponding SGSN, among user terminals of the UEs joining the corresponding MBMS service. The UE ID in the context of the MBMS service is used as a pointer pointing to the MM context in the
Список RNC ID представляет собой набор контроллеров RNC, к которым принадлежат пользовательские терминалы UE, включенные в список UE ID. С использованием списка RNC ID, узел SGSN может передавать данные услуги MBMS только к контроллерам RNC, к которым принадлежат пользовательские терминалы UE, которые действительно запрашивают услугу MBMS, а не передавать данные услуги MBMS ко всем своим контроллерам RNC.The RNC ID list is a set of RNC controllers to which the user terminals UE included in the UE ID list belong. Using the RNC ID list, the SGSN can only transmit MBMS service data to the RNCs to which the user terminals UE that really request the MBMS service belong, and not transmit the MBMS service data to all of its RNC controllers.
Список SAC и список областей многоадресной передачи представляют области обслуживания, где доступна услуга MBMS. Информация QoS включает в себя атрибуты, такие как класс трафика, скорость передачи данных, информация формата SDU (блока данных услуги) и частота ошибок SDU данных услуги MBMS, подлежащих передаче.The SAC list and the list of multicast areas represent service areas where the MBMS service is available. QoS information includes attributes such as traffic class, data rate, SDU format information (service data unit), and SDU error rate of MBMS service data to be transmitted.
Контексты услуги MBMS контроллеров RNC 404a и 404b имеют различный формат в соответствии с тем, является ли соответствующий контроллер обслуживающим контроллером RNC (SRNC) 404a для управления RRC-соединением пользовательского терминала UE или управляющим контроллером RNC (CRNC), где физически расположен пользовательский терминал UE.The MBMS service contexts of the
Контекст услуги MBMS контроллера SRNC 404a содержит идентификатор услуги MBMS ID (или временный идентификатор группы - TMGI) и список UE ID (или список UE), а контекст услуги MBMS контроллера CRNC 404b содержит идентификатор услуги MBMS ID (или TMGI), список UE ID (или список UE) и информацию, относящуюся к каналу-носителю услуги MBMS, т.е. информацию о канале-носителе радиодоступа (RAB) MBMS.The MBMS service context of the
Как указано выше, информация, относящаяся к каналу-носителю MBM, включает в себя информацию RAB между контроллером CRNC 404b и узлом SGSN 406 и информацию о радиоканале-носителе (RB) между контроллером CRNC 404b и пользовательскими терминалами UE. Информация RAB существует для каждой услуги MBMS каждого контроллера RNC для конкретного параметра качества обслуживания QoS, а информация RB существует для каждой услуги MBMS каждой ячейки для конкретного параметра качества обслуживания QoS.As indicated above, information related to the MBM bearer channel includes RAB information between the
Этап 330 присоединения, показанный на фиг.3, описан ниже подробно со ссылками на фиг.5. На фиг.5 ссылочная позиция 402 обозначает пользовательский терминал UE, получающий услугу MBMS, ссылочная позиция 404 обозначает контроллер RNC для услуги MBMS, связанный с пользовательским терминалом UE 402, ссылочная позиция 406 обозначает узел SGSN базовой сети (CN) для услуги MBMS. Как описано со ссылкой на фиг.3, пользовательский терминал UE 402 получает идентификаторы услуг MBMS, доступных в ячейке, посредством этапа 320 оповещения об услуге MBMS. Если RRC-соединение не установлено между пользовательским терминалом UE 402 и контроллером RNC 404, то пользовательский терминал UE 402 устанавливает RRC-соединение с контроллером RNC 404 на этапе 410, чтобы присоединиться к желательной услуге MBMS.The
На этапе 412 пользовательский терминал UE 402 передает идентификатор ID желательной услуги MBMS из услуг MBMS в соответствующей ячейке, полученный посредством этапа 320 оповещения об услугах MBMS, в узел SGSN 406 через контроллер RNC 404 вместе с сообщением запроса активации MBMS-контекста на основе интерфейса NAS (уровень отсутствия доступа) между пользовательским терминалом UE 402 и узлом SGSN 406. Для передачи сообщения запроса активации MBMS-контекста используется первоначальная прямая передача между пользовательским терминалом UE 402 и контроллером RNC 404, и первоначальное сообщение пользовательского терминала UE используется между контроллером RNC 404 и узлом SGSN 406. Однако эта первоначальная прямая передача и первоначальное сообщение пользовательского терминала UE не входят в объем настоящего изобретения, так что детальное их описание не приводится.At step 412, the
После приема сообщения запроса активации MBMS-контекста узел SGSN 406 аутентифицирует пользовательский терминал UE 402 на этапе 414 посредством процедуры функции защиты для запроса центра аутентификации о том, является ли пользовательский терминал UE 402 действительным пользователем. Если аутентификация пользовательского терминала UE 402 успешна, то узел SGSN 406 добавляет на этапе 416 информацию о пользовательском терминале UE 402 к MBMS-контексту, соответствующему услуге MBMS. Если пользовательский терминал UE 402 является первым пользовательским терминалом UE, который запрашивает услугу MBMS, то узел SGSN 406 предпочтительно выполняет операцию генерации MBMS-контекста для услуги MBMS.After receiving the activation request message of the MBMS context, the
На этапе 418 узел SGSN 406 передает сообщение принятия активации MBMS-контекста к пользовательскому терминалу UE, чтобы проинформировать, что запрос на присоединение к услуге MBMS успешно принят. Сообщение принятия активации MBMS-контекста может включать в себя идентификатор услуги MBMS и параметр DRX. Идентификатор MBMS, передаваемый вместе с сообщением принятия активации MBMS-контекста, представляет собой временный идентификатор услуги MBMS, т.е. TMGI, присвоенный активированной услуге MBMS.At
Поскольку сообщение запроса активации MBMS-контекста и сообщение принятия активации MBMS-контекста проходят прозрачным образом через контроллер RNC 404, когда они передаются между пользовательским терминалом UE 402 и узлом SGSN 406, то контроллер RNC 404 не может знать, запросил ли пользовательский терминал UE 402 услугу MBMS. Поэтому на этапе 420 узел SGSN 406 предписывает контроллеру RNC 404 обновить MBMS-контекст посредством сообщения запроса создания MBMS-контекста. Сообщение запроса создания MBMS-контекста также называется сообщением запроса привязки пользовательского терминала UE к услуге MBMS.Since the MBMS context activation request message and the MBMS context activation acceptance message pass transparently through the
Сообщение запроса создания MBMS-контекста включает в себя UE ID и MBMS ID. MBMS ID в сообщении запроса создания MBMS-контекста представляет собой идентификатор, временно присвоенный услуге, такой как адрес групповой передачи услуги MBMS или временный идентификатор TMGI, присвоенный услуге MBMS. Понятно, что MBMS ID соответствует любому из двух идентификаторов.The MBMS context creation request message includes a UE ID and an MBMS ID. The MBMS ID in the MBMS context creation request message is an identifier temporarily assigned to a service, such as an MBMS multicast address or a temporary TMGI assigned to an MBMS service. It is understood that an MBMS ID matches either of two identifiers.
На этапе 422 контроллер RNC 404 добавляет информацию о пользовательском терминале UE 402 к соответствующему MBMS-контексту, и на этапе 424 контроллер RNC 404 посылает сообщение ответа создания MBMS-контекста в узел SGSN 406. Если пользовательский терминал UE 402 является первым пользовательским терминалом UE, который запрашивает услугу MBMS, то контроллер RNC 404 предпочтительно выполняет операцию генерации MBMS-контекста для услуги MBMS.At 422, the
На фиг.6 представлена диаграмма, иллюстрирующая отмену PS-сигнализации, поскольку передача данных MBMS не инициирована, хотя предварительно определенное время прошло после того, как пользовательский терминал UE присоединился к услуге MBMS, посредством процедуры, представленной на фиг.5. Согласно фиг.6 на этапе 430 узел SGSN 406 принимает решение разъединить соединение PS-сигнализации после обнаружения отсутствия обмена сообщениями с пользовательским терминалом UE 402 в течение предварительно определенного времени. На этапе 432, посредством сообщения запроса удаления MBMS-контекста, узел SGSN 406 запрашивает контроллер RNC 404 об удалении пользовательского терминала UE 402 из списка UE ID в MBMS-контексте. Сообщение запроса удаления MBMS-контекста также называется сообщением запроса отмены привязки к услуге MBMS пользовательского терминала UE. На этапе 434 контроллер RNC 404 удаляет информацию о пользовательском терминале UE 402 из MBMS-контекста, и на этапе 436 контроллер RNC 404 отвечает узлу SGSN 406 посредством сообщения ответа удаления MBMS-контекста.FIG. 6 is a diagram illustrating the cancellation of PS signaling since MBMS data transmission has not been initiated, although a predetermined time has passed after the user terminal UE has joined the MBMS service by the procedure of FIG. 5. 6, in
На этапе 438 узел SGSN 406 разъединяет соединение Iu-PS-сигнализации посредством Iu-процедуры разъединения. Поэтому контроллер RNC 404 и узел SGSN 406 определяют, что пользовательский терминал UE 402 находится в PMM-неактивном режиме, в котором отсутствует PS-сигнализация. Если пользовательский терминал UE 402 не использует RRC-соединение даже для CS-услуги, то RRC-соединение между пользовательским терминалом UE 402 и контроллером RNC 404 также разъединяется на этапе 440. На этапе 442 пользовательский терминал UE 402 переходит в PMM-неактивный режим путем простого разъединения Iu-PS-сигнализации, независимо от того, разъединено ли RRC-соединение или нет.At
Если пользовательский терминал UE 402 является последним пользовательским терминалом, который присоединился к услуге MBMS, то контроллер RNC 404 удаляет MBMS-контекст после передачи сообщения ответа удаления MBMS-контекста и передает на этапе 446 сообщение отмены регистрации услуги MBMS в узел SGSN 406. На этапе 448 узел SGSN 406 удаляет контроллер RNC 404 из списка контроллеров RNC в MBMS-контексте. MBMS-контекст в узле SGSN 406 и в контроллере RNC 404 может создаваться, удаляться и освобождаться посредством процедур, описанных со ссылками на фиг.5 и 6.If the
Однако если информация только о пользовательском терминале UE в PMM-соединенном состоянии, который подсоединился к услуге MBMS, сохранена в MBMS-контексте в контроллере RNC, как описано со ссылками на фиг.5 и 6, если пользовательский терминал UE запрашивает RRC-соединение для CS-услуги на этапе 210 по фиг.2 после перехода в PMM-несоединенный режим на этапе 442, то информация о пользовательском терминале UE 402 не сохраняется в MBMS-контексте контроллера RNC 404. В результате контроллер RNC 404 информирует пользовательский терминал UE 402 об инициировании услуги MBMS посредством общего канала, а пользовательский терминал UE 402 в RRC-соединенном состоянии не контролирует общий канал. Поэтому пользовательский терминал UE 402 не может принять уведомление, указывающее на инициирование услуги MBMS, и, следовательно, не может принять услугу MBMS.However, if information only about the user terminal UE in the PMM connected state that connected to the MBMS service is stored in the MBMS context in the RNC, as described with reference to FIGS. 5 and 6, if the user terminal UE requests an RRC connection for CS services in
Для решения этой проблемы, в первом варианте осуществления настоящего изобретения, для находящегося в PMM-неактивном/RRC-соединенном состоянии пользовательского терминала UE, информация о пользовательском терминале UE связывается с информацией об услуге MBMS и управляется в MBMS-контексте, так что контроллер RNC может определить, что пользовательский терминал UE является терминалом, который успешно присоединился к услуге MBMS. Также можно управлять отдельным контекстом путем связывания информации о пользовательском терминале UE с информацией об услуге MBMS. Кроме того, узел SGSN может предотвращать не синхронизированное состояние MBMS-контекста в узле SGSN и контроллере RNC путем управления пользовательскими терминалами UE в CMM-соединенном режиме в MBMS-контексте.To solve this problem, in the first embodiment of the present invention, for the user terminal UE in the PMM inactive / RRC connected state, the user terminal information of the UE is associated with the MBMS service information and managed in the MBMS context, so that the RNC can determine that the user terminal UE is a terminal that has successfully joined the MBMS service. You can also manage a separate context by associating user terminal information of the UE with MBMS service information. In addition, the SGSN can prevent the non-synchronized state of the MBMS context in the SGSN and the RNC by controlling user terminals of the UE in CMM connected mode in the MBMS context.
Во втором варианте осуществления настоящего изобретения, если находящийся в PMM-неактивном/RRC-соединенном режиме пользовательский терминал UE переходит в PMM-соединенный режим после установки RRC-соединения, то узел SGSN и контроллер RNC могут управлять пользовательским терминалом UE в PMM-соединенном режиме с использованием MBMS-контекста. Информация, передаваемая от пользовательского терминала UE, для связывания пользовательского терминала UE с информацией услуги MBMS далее упоминается как информация, относящаяся к услуге MBMS.In the second embodiment of the present invention, if the user terminal UE in the PMM inactive / RRC connected mode enters the PMM connected mode after establishing the RRC connection, then the SGSN and the RNC can control the user terminal UE in the PMM connected mode with using the MBMS context. Information transmitted from the user terminal of the UE to associate the user terminal of the UE with MBMS service information is hereinafter referred to as information related to the MBMS service.
Ниже первый вариант осуществления и второй вариант осуществления рассмотрены отдельно более подробно.Below, the first embodiment and the second embodiment are discussed separately in more detail.
1. Управление контекстом услуги в контроллере RNC1. Service context management in the RNC
В первом варианте осуществления настоящего изобретения, чтобы обеспечить возможность для контроллера RNC управлять информацией о пользовательском терминале UE, который присоединился к услуге MBMS, но находится в PMM-неактивном режиме, информация, относящаяся к услуге MBMS, указывающая, что пользовательский терминал UE является терминалом, который успешно присоединился к услуге MBMS, передается контроллеру RNC вместе с предварительно определенным сообщением. Затем контроллер RNC обновляет соответствующий MBMS-контекст, запрашиваемый терминалом, среди MBMS-контекстов, управляемых контроллером RNC.In a first embodiment of the present invention, to enable the RNC to manage information about a user terminal of a UE that has joined the MBMS service but is in PMM inactive mode, information related to the MBMS service indicating that the user terminal of the UE is a terminal, which has successfully joined the MBMS service is transmitted to the RNC with a predefined message. The RNC then updates the corresponding MBMS context requested by the terminal among the MBMS contexts managed by the RNC.
Путем передачи информации, относящейся к услуге MBMS, обеспечивается возможность для RNC связать список пользовательских терминалов UE, которые имеют установленное RRC-соединение для CS-услуги, с информацией об услуге MBMS, чтобы совместно управлять списком пользовательских терминалов UE и информацией об услуге MBMS. Контроллер RNC может связывать только ID пользовательских терминалов UE с информацией об услуге MBMS перед их сохранением или связывать информацию состояния, указывающую, что пользовательские терминалы UE имеют установленное RRC-соединение для CS-услуги, с информацией об услуге MBMS перед их сохранением. В данном случае, как ID UE, так и информация состояния пользовательских терминалов UE упоминается как UE-информация. Информация, относящаяся к услуге MBMS, соответствует идентификатору MBMS ID, указывающему услугу MBMS, к которой присоединился терминал, или указателю активации услуги MBMS.By transmitting information related to the MBMS service, it is possible for the RNC to associate the list of user terminals UE that have an established RRC connection for the CS service with information about the MBMS service to jointly manage the list of user terminals UE and information about the MBMS service. The RNC may only associate UE user terminal IDs with MBMS service information before storing them, or associate status information indicating that the UE user terminals have an established RRC connection for the CS service with MBMS service information before storing them. In this case, both the UE ID and the status information of the user terminals of the UE are referred to as UE information. Information related to the MBMS service corresponds to an MBMS ID indicating the MBMS service to which the terminal has joined, or an MBMS service activation indicator.
При передаче MBMS ID, требуется аутентификация терминала как действительного терминала для услуги MBMS, соответствующей MBMS ID. Когда терминал передает указатель активации услуги MBMS, терминал должен принимать от узла SGSN информацию, по меньшей мере, об одной услуге MBMS, запрошенной терминалом. Информация, относящаяся к услуге MBMS, передается с использованием сообщения установки RRC-соединения или специального RRC-сообщения.When transmitting an MBMS ID, authentication of the terminal as a valid terminal is required for the MBMS service corresponding to the MBMS ID. When the terminal transmits an MBMS service activation indicator, the terminal must receive at least one MBMS service requested by the terminal from the SGSN. Information related to the MBMS service is transmitted using an RRC connection setup message or a special RRC message.
Фиг.7 - 9 иллюстрируют процедуры для добавления информации о пользовательском терминале UE к MBMS-контексту контроллера RNC, связанного с пользовательским терминалом UE, который присоединился к услуге MBMS, но находится в PMM-неактивном режиме. На фиг.7 - 9 ссылочная позиция 502 представляет пользовательский терминал UE, получающий услугу MBMS, ссылочная позиция 504 представляет контроллер RNC, обслуживающий пользовательский терминал UE 502, и ссылочная позиция 506 представляет узел SGSN базовой сети CN для услуги MBMS. Кроме того, MBMS-контекст узла SGSN 506 упоминается как первый MBMS-контекст, а MBMS-контекст контроллера RNC 504 упоминается как второй MBMS-контекст.7 through 9 illustrate procedures for adding UE user terminal information to an RMSC MBMS context associated with a UE that has joined an MBMS service but is in PMM inactive. 7 to 9,
На фиг.7 показана диаграмма, иллюстрирующая способ введения MBMS ID в сообщение запроса установления RRC-соединения при передаче сообщения для процедуры установления RRC-соединения между пользовательским терминалом UE и контроллером RNC для управления MBMS-контекстом контроллера RNC. Согласно фиг.7 этапы 510, 512, 514 выполняются для установления RRC-соединения между пользовательским терминалом UE 502 и контроллером RNC 504. Более конкретно, если пользовательский терминал UE 502 передает на этапе 510 сообщение запроса установления RRC-соединения для PS-услуги или CS-услуги к RNC 504, то RNC 504 отвечает на него на этапе 512 с использованием сообщения установления RRC-соединения. На этапе 514 пользовательский терминал UE 502 передает сообщение завершения установления RRC-соединения, завершая установку RRC-соединения между пользовательским терминалом UE 502 и контроллером RNC 504.7 is a diagram illustrating a method for introducing an MBMS ID into an RRC connection request message when sending a message for an RRC connection establishment procedure between a user terminal UE and an RNC to control the MBMS context of an RNC. 7,
В процессе установки RRC-соединения для PS-услуги или CS-услуги на этапах 510 - 514 пользовательский терминал UE 502 вводит, по меньшей мере, один MBMS ID, указывающий желательную услугу MBMS, в сообщение запроса установки RRC-соединения или в сообщение завершения установки RRC-соединения перед передачей. Затем контроллер RNC 504 изменяет второй MBMS-контекст услуги MBMS в соответствии с MBMS ID на этапе 524. То есть контроллер RNC 504 добавляет ко второму MBMS-контексту UE-информацию, указывающую, что пользовательский терминал UE 502 имеет RRC-соединение.In the RRC connection setup process for the PS service or CS service in steps 510-514, the
Несмотря на вышеописанную процедуру, контроллер RNC 504 может сохранять информацию о пользовательских терминалах UE, которые установили RRC-соединение для PS-услуги или CS-услуги, среди пользовательских терминалов UE, которые запросили услугу MBMS, в соответствующем MBMS-контексте. В данном случае MBMS-контекст соответствует отдельной информации для находящихся в PMM-неактивном/RRC-соединенном режиме пользовательских терминалов UE или соответствует MBMS-контексту для каждой услуги MBMS.Despite the above procedure, the
Обновление MBMS-контекста контроллером RNC 504 может выполняться непосредственно после процедуры установки RRC-соединения согласно этапам 510-514 или после определения действительности пользовательского терминала UE 502, как показано на фиг.7.The MBMS context update by the
На этапе 516 контроллер RNC 504 использует сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS для определения, является ли пользовательский терминал UE 502 действительным для запрошенной услуги MBMS. Сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS содержит UE ID пользовательского терминала UE 502, MBMS ID, полученный в процедуре установки RRC-соединения на этапах 510 - 514, и RNC ID контроллера RNC 504. Кроме того, сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS передается от контроллера RNC 504 к узлу SGSN 506.At
При передаче сообщения запроса подтверждения действительности пользовательского терминала UE услуги MBMS, если пользовательский терминал UE 502 находится в РММ-неактивном состоянии, отсутствует выделенный канал-носитель сигнализации для пользовательского терминала UE 502 между контроллером RNC 504 и узлом SGSN 506. Поэтому сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS может передаваться с использованием общего канала-носителя для соответствующей услуги MBMS или передаваться с использованием неориентированного на соединение метода передачи сигнализации.When transmitting a validation request message for a user terminal of the MBE service UE, if the
Если сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS передается с использованием общего канала-носителя сигнализации для соответствующей услуги MBMS, то узел SGSN 506 может различить услугу MBMS и контроллер RNC 504 путем проверки канала-носителя сигнализации, по которому передается сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS. Поэтому MBMS ID и RNC ID селективно исключаются из сообщения. Однако если сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS передается с использованием неориентированного на соединение метода передачи сигнализации, то MBMS ID и RNC ID должны быть включены в сообщение.If the MBMS service user terminal UE confirmation request message is transmitted using a common signaling bearer channel for the corresponding MBMS service, then the
После приема сообщения запроса подтверждения действительности пользовательского терминала UE услуги MBMS узел SGSN 506 добавляет информацию о контроллере RNC 504, к которому принадлежит пользовательский терминал UE 502, имеющий RRC-соединение и запрашивающий услугу MBMS, к первому MBMS-контексту на этапе 518, если первый MBMS-контекст, соответствующий MBMS ID, включенному в сообщение этапа 516, существует, и UE ID, включенный в сообщение этапа 516, существует в первом MBMS-контексте. Узел SGSN 506 также может хранить информацию состояния в первом MBMS-контексте, чтобы указать, что соответствующий пользовательский терминал UE находится в CMM-соединенном состоянии. В этом случае, если первый MBMS-контекст уже имеет информацию о контроллере RNC 504, от узла SGSN 506 не требуется добавлять информацию о контроллере RNC 504.After receiving the confirmation message of the validity of the user terminal UE of the MBMS service, the
Если пользовательский терминал UE 502 действителен для услуги MBMS, то передается сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS от узла SGSN 506 к контроллеру RNC 504 на этапе 520. Сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS содержит информацию об области, в которой доступна услуга MBMS.If the
Например, информация об области, где доступна услуга MBMS, представляет код области обслуживания (SAC) или информацию области групповой передачи. Если на основе информации обслуживания определено, что пользовательский терминал UE 502 расположен в области, не принадлежащей к области, где доступна услуга MBMS, то контроллер RNC 504 может предложить пользовательскому терминалу UE 502 переместиться в другую ячейку.For example, information about the area where the MBMS service is available represents service area code (SAC) or multicast area information. If, based on the service information, it is determined that the
Когда на этапах 516 - 520 после процедуры аутентификации и пользовательского терминала UE 502 выполняется обновление MBMS-контекста контроллером RNC 524, то контроллер RNC 504 добавляет информацию о пользовательском терминале UE 502 к своему второму MBMS-контексту после приема сообщения ответа подтверждения действительности пользовательского терминала UE услуги MBMS на этапе 521. Если второй MBMS-контекст, соответствующий MBMS ID, не существует в контроллере RNC 504, то контроллер RNC 504 сначала создает второй MBMS-контекст.When the MBMS context is updated by the
Если узел SGSN 506 не может определить, является ли пользовательский терминал UE 502 действительным для приема услуги MBMS, хотя контроллер RNC 504 на этапе 516 запросил узел SGSN 506 определить, является ли пользовательский терминал UE 502 действительным для приема услуги MBMS, узел SGSN 506 передает к контроллеру RNC 504 сообщение неудачи подтверждения действительности пользовательского терминала UE услуги MBMS на этапе 522, чтобы проинформировать, что пользовательский терминал UE не присоединился к услуге MBMS через узел SGSN 506. Сообщение неудачи подтверждения действительности пользовательского терминала UE услуги MBMS может быть определено как сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS, в которое вставлено конкретное значение параметра "значение причины".If the
На фиг.8 представлена диаграмма, иллюстрирующая способ передачи MBMS ID от пользовательского терминала UE 502 к контроллеру RNC 504 после процедуры установки RRC-соединения. В процедуре, показанной на фиг.8, в отличие от процедуры по фиг.7, пользовательский терминал UE 502 передает сообщение запроса услуги MBMS к контроллеру RNC 502 для информирования о том, что он запросил услугу MBMS.FIG. 8 is a diagram illustrating a method for transmitting an MBMS ID from a
Согласно фиг.8 пользовательский терминал UE 502 устанавливает RRC-соединение с контроллером RNC 504 посредством процедуры 530 установки RRC-соединения. Процедура 530 установки RRC-соединения предусматривает обмен сообщениями запроса установки RRC-соединения, установки RRC-соединения, завершения установки RRC-соединения между пользовательским терминалом UE 502 и контроллером RNC 504. В процедуре 530 установки RRC-соединения информация, относящаяся к услуге MBMS, не передается.8, a
На этапе 532 пользовательский терминал UE 502 доставляет MBMS ID к контроллеру RNC 504 посредством сообщения запроса услуги MBMS. Сообщение запроса услуги MBMS включает в себя, по меньшей мере, один MBMS ID, указывающий услугу MBMS, которую желательно получать пользовательскому терминалу UE 502.At
Операция, выполняемая после того, как контроллер RNC 504 принимает MBMS ID посредством сообщения запроса услуги MBMS, сходна с соответствующей операцией, показанной на фиг.7. То есть, на этапе 534 контроллер RNC 504 передает сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS к узлу SGSN 506, чтобы определить, является ли пользовательский терминал UE 502 действительным для услуги MBMS. Сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS включает в себя MBMS ID, UE ID и RNC ID.The operation performed after the
Если определено, что пользовательский терминал UE 502 присоединился к услуге MBMS, то узел SGSN 506 добавляет информацию о контроллере RNC 504 к своему MBMS-контексту на этапе 536 и передает сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS контроллеру RNC 504 в ответ на сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS на этапе 538. На этапе 536 узел SGSN 506 может также сохранить информацию состояния в первом MBMS-контексте, созданном узлом SGSN 506, чтобы указать, что пользовательский терминал UE 502 находится в CMM-соединенном состоянии.If it is determined that the
Контроллер RNC 504 добавляет информацию о пользовательском терминале UE 502 к своему MBMS-контексту в ответ на сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS на этапе 542. В альтернативном варианте осуществления контроллер RNC 504 добавляет информацию о пользовательском терминале UE 502 к своему MBMS-контексту непосредственно после приема сообщения запроса услуги MBMS.The
На этапе 544 контроллер RNC 504 передает сообщение ответа на запрос услуги MBMS к пользовательскому терминалу UE 502 для информирования о том, что MBMS-контекст создан контроллером RNC 504. Если ячейка, к которой в текущий момент принадлежит пользовательский терминал UE 502, не поддерживает услугу MBMS, то контроллер RNC 504 включает ID ячейки, указывающий ячейку, в которой доступна услуга MBMS, в сообщение ответа на запрос услуги MBMS, чтобы предложить пользовательскому терминалу UE 502 перейти в другую ячейку для получения услуги MBMS.At
Если узлу SGSN 506 не удалось аутентифицировать пользовательский терминал UE 502 на этапе 534, хотя контроллер RNC 504 запросил узел SGSN 506 о том, является ли пользовательский терминал UE 502 действительным для услуги MBMS, то узел SGSN 506 передает сообщение 540 неудачи подтверждения действительности пользовательского терминала UE услуги MBMS контроллеру RNC 504, чтобы информировать о том, что пользовательский терминал UE 502 не присоединился к услуге MBMS через узел SGSN 506. Контроллер RNC 504 затем не добавляет информацию о пользовательском терминале UE 502 во второй MBMS-контекст и информирует пользовательский терминал UE 502 о недоступности услуги MBMS посредством сообщения неудачи услуги MBMS на этапе 546.If the
На фиг.9 представлена диаграмма, иллюстрирующая способ добавления указателя активации услуги MBMS к сообщению запроса установки RRC-соединения перед передачей. Процедура, показанная на фиг.9, идентична процедуре, показанной на фиг.7, в том, что используется сообщение запроса установки RRC-соединения, но в отличие от процедуры по фиг.7, вместо MBMS ID передается указатель активации услуги MBMS.FIG. 9 is a diagram illustrating a method of adding an MBMS service activation indicator to an RRC connection setup request message before transmission. The procedure shown in FIG. 9 is identical to the procedure shown in FIG. 7 in that an RRC connection setup request message is used, but unlike the procedure in FIG. 7, an MBMS service activation indicator is transmitted instead of the MBMS ID.
Указатель активации услуги MBMS может быть добавлен к RRC-сообщению (сообщению запроса установки RRC-соединения или сообщению завершения установки RRC-соединения) в качестве нового информационного элемента (IE) или может быть добавлен к RRC-сообщению как "значение причины" (например, "причина = активация услуги MBMS").The MBMS service activation indicator may be added to the RRC message (RRC connection setup request message or RRC connection setup completion message) as a new information element (IE) or may be added to the RRC message as a “reason value” (for example, "reason = activation of the MBMS service").
В этом случае, если пользовательский терминал UE 502 запрашивает множество услуг MBMS, то пользовательский терминал UE 502 может обновить информацию по всем услугам MBMS путем передачи указателя активации услуги MBMS только однократно, а не передавать отдельные сообщения для всех услуг MBMS.In this case, if the
В соответствии с фиг.9, на этапах 550, 552 и 554 пользовательский терминал UE 502 устанавливает RRC-соединение для PS-услуги или CS-услуги с контроллером RNC 504. В данном случае пользовательский терминал UE 502 вводит указатель активации услуги MBMS, указывающий на доступность желательной услуги MBMS, в сообщение запроса установки RRC-соединения или в сообщение завершения установки RRC-соединения, передаваемое к контроллеру RNC 504, чтобы проинформировать, что пользовательский терминал UE 502 присоединился к услуге MBMS. Указатель активации услуги MBMS может быть введен в RRC-сообщение, т.е. сообщение запроса установки RRC-соединения или сообщение завершения установки RRC-соединения, в качестве информационного элемента (IE) или "значения причины".In accordance with FIG. 9, in
Более конкретно, каждое из RRC-сообщений включает в себя UE ID для идентификации пользовательского терминала UE 502 и "значение причины", указывающее причину, по которой необходимо RRC-соединение. "Значение причины" составляет один элемент IE в RRC-сообщении, и соответствующая причина может быть определена на основе заранее установленного значения. Поэтому можно присвоить значение, указывающее активацию услуги MBMS, "значению причины" (например, "причина = активация услуги MBMS") перед передачей.More specifically, each of the RRC messages includes a UE ID for identifying the user terminal of the
Предпочтительно, если пользовательский терминал UE 502 присоединился к одной или более услугам MBMS, то указатель активации услуги MBMS может быть использован вместе с вышеупомянутым MBMS ID для информирования контроллера RNC 504 и узла SGSN 506, что пользовательский терминал UE 502 присоединился к услуге MBMS.Preferably, if the
Если RRC-соединение успешно установлено между пользовательским терминалом UE 502 и контроллером RNC 504 на этапах 550 - 554, то на этапе 556 контроллер RNC 504 передает сообщение запроса списка услуг MBMS в узел SGSN 506, чтобы определить, присоединился ли пользовательский терминал UE 502 к определенной услуге MBMS. Сообщение запроса списка услуг MBMS содержит UE ID и RNC ID.If the RRC connection was successfully established between the
Если пользовательский терминал UE 502 находится в PMM-неактивном состоянии, то выделенный канал-носитель сигнализации для пользовательского терминала UE 502 не существует между контроллером RNC 504 и узлом SGSN 505. Поэтому сообщение запроса списка услуг MBMS передается с использованием неориентированного на соединение способа передачи сигнализации.If the
На этапе 558, если контроллер RNC 504 отсутствует в MBMS-контексте в узле SGSN 506, то узел SGSN 506 добавляет к MBMS-контексту информацию о контроллере RNC 504. На этапе 558 информация состояния может быть сохранена в MBMS-контексте в узле SGSN 56, чтобы указать, что пользовательский терминал UE 502 находится в CMM-соединенном состоянии.At
На этапе 560 узел SGSN 506 передает информацию об услуге MBMS, к которой в текущий момент присоединен пользовательский терминал UE 502, соответствующий UE ID, включенному в сообщение запроса списка услуг MBMS, т.е. передает список MBMS ID к контроллеру RNC 504 вместе с сообщением ответа на запрос списка услуг MBMS. Список MBMS ID извлекается из UE-контекста, сохраненного в узле SGSN 506. UE-контекст может представлять собой либо существующий UE-контекст, либо UE-контекст, заново определенный для услуги MBMS.At
Список MBMS ID может также содержать информацию об области, где в текущий момент доступна услуга MBMS, по отношению к каждой из услуг MBMS, к которым присоединился пользовательский терминал UE 502. Например, информация об области, где в текущий момент доступна услуга MBMS, представляет код области обслуживания (SAC) или информацию области групповой передачи. Если на основе информации обслуживания определено, что пользовательский терминал UE 502 находится в ячейке, не относящейся к области, где доступна услуга MBMS, то контроллер RNC 504 может предложить пользовательскому терминалу UE 502 переместиться в другую ячейку.The MBMS ID list may also contain information about the area where the MBMS service is currently available, in relation to each of the MBMS services to which the
На этапе 564 контроллер RNC 504 добавляет информацию о пользовательском терминале UE 502 к MBMS-контексту, соответствующему списку MBMS ID, включенному в сообщение ответа на запрос списка услуг MBMS. Если второй MBMS-контекст, соответствующий MBMS ID, включенному в сообщение ответа на запрос списка услуг MBMS, отсутствует в контроллере RNC 504, то контроллер RNC 504 сначала создает новый второй MBMS-контекст. Кроме того, если пользовательский терминал UE 502 одновременно присоединился к N услугам MBMS, т.е. если число MBMS ID, включенных в список MBMS ID равно N, то контроллер RNC 504 добавляет информацию обо всех пользовательских терминалах UE 502 к каждому из N вторых MBMS-контекстов.At
Хотя на фиг.9 не показано, в модифицированном варианте осуществления настоящего изобретения пользовательский терминал UE может передавать сообщение запроса услуги MBMS, содержащее указатель активации услуги MBMS, к контроллеру RNC после завершения установки RRC-соединения. В ответ на сообщение запроса услуги MBMS контроллер RNC запрашивает от узла SGSN идентификатор(ы) MBMS ID для услуг MBMS, к которым присоединился пользовательский терминал UE, принимает от узла SGSN список MBMS ID, включающий в себя идентификаторы MBMS ID для услуг MBMS, к которым присоединился пользовательский терминал UE, и добавляет информацию о пользовательском терминале UE к своему(им) MBMS-контексту(ам).Although not shown in FIG. 9, in a modified embodiment of the present invention, the user terminal UE may transmit an MBMS service request message containing an MBMS service activation indicator to the RNC after completing the establishment of the RRC connection. In response to the MBMS service request message, the RNC requests the MBMS ID (s) MBMS ID for the MBMS services to which the user terminal UE has joined the SGSN and receives the MBMS ID list including the MBMS IDs for the MBMS services from the SGSN the user terminal of the UE has joined, and adds the user terminal information of the UE to its MBMS context (s).
В вышеописанной процедуре контроллер RNC 504 обнаруживает, что пользовательский терминал UE 502, имеющий RRC-соединение, присоединился к услуге MBMS, и осуществляет поисковый вызов пользовательского терминала UE 502 с использованием сообщения поискового вызова типа 2 по выделенному каналу, когда начинается сессия услуги MBMS, к которой присоединился пользовательский терминал UE 502.In the above procedure, the
На фиг.10 - 12 представлены блок-схемы, иллюстрирующие операции пользовательского терминала UE 502 в соответствии с процедурами, показанными на фиг.7 - 9 соответственно. Согласно фиг.10 - 12 на этапах 602, 610, 620 пользовательский терминал UE 502 присоединяется к услуге MBMS с использованием процедуры, описанной со ссылкой на фиг.5. На этапах 604, 612 и 622 пользовательский терминал UE 502 контролирует, существует ли RRC-соединение. Если определено, что RRC-соединение отсутствует, то пользовательский терминал UE 502 контролирует на этапах 606, 614 и 624, имеется ли запрос изменения конфигурации RRC-соединения. Если определено, что имеется запрос на изменение конфигурации RRC-соединения, то пользовательский терминал UE 502 посылает MBMS ID, указывающий услугу MBMS, к которой присоединился пользовательский терминал UE 502, контроллеру RNC 504, с которым должно быть установлено RRC-соединение, вместе с RRC-сообщением, и затем переходит к этапам 608, 816 и 626 соответственно.10-12 are flowcharts illustrating operations of the
На этапе 608, показанном на фиг.10, пользовательский терминал UE 502 вводит MBMS ID в сообщение RRC-соединения, т.е. сообщение запроса установки RRC-соединения или сообщение завершения установки RRC-соединения, перед передачей. На этапе 616, показанном на фиг.1, пользовательский терминал UE 502 вводит MBMS ID в специальное сообщение, такое как сообщение запроса услуги MBMS, перед передачей.In
На этапе 626 по фиг.12 пользовательский терминал UE 502 вводит указатель активации услуги MBMS в сообщение RRC-соединения, т.е. сообщение установки RRC-соединения или сообщение завершения установки RRC-соединения, перед передачей. Согласно модифицированному варианту осуществления настоящего изобретения на этапе 626 пользовательский терминал UE 502 вводит указатель активации услуги MBMS в специальное сообщение, такое как сообщение запроса услуги MBMS, перед передачей.In
На фиг.13 - 15 представлены блок-схемы, иллюстрирующие операции контроллера RNC 504, который управляет вторым MBMS-контекстом, в соответствии с процедурами, показанным и на фиг.7-9. Согласно фиг.13 на этапе 702 контроллер RNC 504 получает сообщение запроса установки RRC-соединения (или сообщение завершения установки RRC-соединения) от пользовательского терминала UE 502. На этапе 704 контроллер RNC 504 определяет, включен ли MBMS ID в сообщение запроса установки RRC-соединения.13-15 are flowcharts illustrating the operations of the
Если MBMS ID не включен в сообщение запроса установки RRC-соединения, то контроллер RNC 504 выполняет процедуру установки RRC-соединения для общей услуги (не показано). Однако если MBMS ID включен в сообщение запроса установки RRC-соединения, то на этапе 706 контроллер RNC 504 передает сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS к узлу SGSN 506, чтобы определить, является ли пользовательский терминал UE 502 действительным для услуги MBMS. На этапе 708 контроллер RNC 504 определяет, принят ли подтверждающий ответ на сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS. Если подтверждающий ответ на сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS получен, то контроллер RNC 504 переходит к этапу 712, чтобы обновить MBMS-контекст для пользовательского терминала UE 502. Однако если подтверждающий ответ на сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS не получен, то контроллер RNC 504 передает сообщение неудачи услуги MBMS на этапе 710 к пользовательскому терминалу UE 502.If the MBMS ID is not included in the RRC connection setup request message, then the
На этапе 712 контроллер RNC 504 осуществляет поиск MBMS-контекста, соответствующего MBMS ID. Если на этапе 714 определено, что не имеется MBMS-контекста, соответствующего MBMS ID, то контроллер RNC 504 генерирует новый MBMS-контекст, соответствующий MBMS ID, на этапе 720. После этого, на этапе 722, контроллер RNC 504 добавляет ID пользовательского терминала UE 502 к вновь созданному MBMS-контексту, и на этапе 724 контроллер RNC 504 связывает UE ID, добавленный к MBMS-контексту, с соответствующим UE-контекстом.At step 712, the
Однако если на этапе 714 определено, что имеется MBMS-контекст, соответствующий MBMS ID, то контроллер RNC 504 на этапе 716 осуществляет поиск ID пользовательского терминала UE 502, сохраненный в анализируемом MBMS-контексте. Если на этапе 718 определено, что UE ID существует в MBMS-контексте, то контроллеру RNC 504 не требуется вновь добавлять UE ID. Однако если UE ID отсутствует в MBMS-контексте, то контроллер RNC 504 добавляет UE ID на этапе 722 и связывает добавленный UE ID с соответствующим UE-контекстом на этапе 724.However, if it is determined in
Согласно фиг.14, если установка RRC-соединения между пользовательским терминалом UE 502 и контроллером RNC 504 завершена на этапе 730, то контроллер RNC 504 получает сообщение запроса услуги MBMS, содержащее MBMS ID, от пользовательского терминала UE 502 на этапе 732. На этапе 734 контроллер RNC 504 передает сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS, чтобы запросить узел SGSN 506, является ли пользовательский терминал UE 502 действительным для услуги MBMS, в ответ на сообщение запроса услуги MBMS.14, if the RRC connection between the
Если на этапе 736 определено, что подтверждающий ответ на сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS принят, то контроллер RNC 504 переходит к этапу 740, чтобы обновить MBMS-контекст для пользовательского терминала UE 502. Однако если на этапе 736 определено, что подтверждающий ответ на сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS не получен, то контроллер RNC 504 переходит к этапу 738, где он передает сообщение неудачи услуги MBMS к пользовательскому терминалу UE 502.If it is determined in step 736 that an acknowledgment response to the validation request message of the user terminal of the MBMS service UE is received, then the
На этапе 740 контроллер RNC 504 осуществляет поиск MBMS-контекста, соответствующего MBMS ID. Если на этапе 742 определено, что не имеется MBMS-контекста, соответствующего MBMS ID, то контроллер RNC 504 переходит к этапу 748, где он генерирует новый MBMS-контекст, соответствующий MBMS ID. После этого, на этапе 750, контроллер RNC 504 добавляет ID пользовательского терминала UE 502 к вновь созданному MBMS-контексту, и на этапе 752 контроллер RNC 504 связывает UE ID, добавленный к MBMS-контексту, с соответствующим UE-контекстом.At
Однако если на этапе 742 определено, что имеется MBMS-контекст, соответствующий MBMS ID, то контроллер RNC 504 на этапе 744 определяет, сохранен ли ID пользовательского терминала UE 502 в анализируемом MBMS-контексте. Если на этапе 746 определено, что UE ID существует в MBMS-контексте, то контроллеру RNC 504 не требуется вновь добавлять UE ID. Однако если UE ID отсутствует в MBMS-контексте, то контроллер RNC 504 добавляет UE ID на этапе 750 и связывает добавленный UE ID с соответствующим UE-контекстом на этапе 752.However, if it is determined in
Согласно фиг.15 на этапе 760 контроллер RNC 504 получает сообщение запроса установки RRC-соединения от пользовательского терминала UE 502, который разъединил PS-сигнализацию после присоединения к услуге MBMS. На этапе 762 контроллер RNC 504 контролирует, получено ли сообщение запроса услуги MBMS, являющееся сообщением RRC-соединения или специальным RRC-сообщением, содержащее указатель активации услуги MBMS, от пользовательского терминала UE 502.15, at
Если указатель активации услуги MBMS принят на этапе 764, то контроллер RNC 504 передает сообщение запроса списка услуг MBMS к узлу SGSN 506, чтобы запросить список услуг MBMS, включающий услуги MBMS, к которым присоединился пользовательский терминал UE 502.If the MBMS service activation indicator is received in
На этапе 766 контроллер RNC 504 контролирует, успешно ли принято сообщение ответа на запрос списка услуг MBMS от узла SGSN 506. Если контроллер RNC 504 не смог успешно получить сообщение ответа на запрос списка услуг MBMS от узла SGSN 506, то на этапе 768 контроллер RNC 504 передает сообщение неудачи услуги MBMS к пользовательскому терминалу UE 502 и завершает операцию.At
Однако если на этапе 766 определено, что сообщение ответа на запрос списка услуг MBMS, содержащее, по меньшей мере, один MBMS ID для услуги MBMS, к которой присоединился пользовательский терминал UE 502, принято от узла SGSN 506, то контроллер RNC 504 на этапе 770 осуществляет поиск MBMS-контекста, соответствующего MBMS ID, извлеченному из сообщения ответа на запрос списка услуг MBMS.However, if it is determined at
Если на этапе 772 определено, что имеется соответствующий MBMS-контекст, то контроллер RNC 504 переходит к этапу 774. Однако если соответствующий MBMS-контекст не существует, то контроллер RNC 504 создает MBMS-контекст, соответствующий MBMS ID, на этапе 778. Затем контроллер RNC 504 добавляет информацию ID пользовательского терминала UE 502 к MBMS-контексту на этапе 780 и связывает UE ID, добавленный к MBMS-контексту, с соответствующим UE-контекстом на этапе 782.If it is determined at
На этапе 744 контроллер RNC 504 определяет, включен ли ID пользовательского терминала UE 502 в MBMS-контекст. Если на этапе 766 определено, что ID пользовательского терминала UE 502 не включен в MBMS-контекст, то контроллер RNC 504 добавляет информацию о пользовательском терминале UE 502 к MBMS-контексту на этапе 780. После этого, на этапе 782, контроллер RNC 504 связывает ID пользовательского терминала UE 502 с соответствующим UE-контекстом. Однако если на этапе 766 определено, что ID пользовательского терминала UE 502 включен в MBMS-контекст, то контроллер RNC 504 завершает операцию.At
На фиг.16 представлена блок-схема, иллюстрирующая работу узла SGSN 506, который управляет MBMS-контекстом, во взаимосвязи с процедурами, показанными на фиг.7 и 8. Согласно фиг.16 на этапе 802 узел SGSN 506 принимает от контроллера RNC 504 сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS, содержащее MBMS ID, указывающий услугу MBMS, которую желает получить пользовательский терминал UE 502. Кроме того, сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS содержит UE ID пользовательского терминала UE 502 и RNC ID контроллера RNC 504. Узел SGSN 506 дополнительно может выполнить аутентификацию услуги MBMS для пользовательского терминала UE 502 в ответ на сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS. То есть на этапе 804 узел SGSN 506 определяет, присоединился ли пользовательский терминал UE 502 к услуге MBMS, тем самым выполняя операцию аутентификации.FIG. 16 is a flowchart illustrating the operation of an
Если аутентификация услуги для пользовательского терминала UE 502 успешна, то узел SGSN 506 переходит к этапу 806, где он определяет, имеется ли MBMS-контекст, соответствующий MBMS ID. Однако если аутентификация услуги для пользовательского терминала UE 502 безуспешна, то узел SGSN 506 передает сообщение неудачи подтверждения действительности пользовательского терминала UE услуги MBMS к контроллеру RNC 504, чтобы информировать, что пользовательский терминал UE 502 не присоединился к услуге MBMS через узел SGSN 506 на этапе 822.If the service authentication for the
Если определено на этапе 808, что MBMS-контекст существует, то на этапе 810 узел SGSN 506 определяет, включен ли ID пользовательского терминала UE 502 в MBMS-контекст. Однако если на этапе 808 определено, что MBMS-контекст не существует, то узел SGSN 506 переходит к этапу 822, где он посылает сообщение неудачи подтверждения действительности пользовательского терминала UE услуги MBMS к контроллеру RNC 504, чтобы информировать, что пользовательский терминал UE 502 не присоединился к услуге MBMS через узел SGSN 506, и затем завершает операцию.If it is determined at 808 that the MBMS context exists, then at 810, the
Если на этапе 812 определено, что ID пользовательского терминала UE 502 не включен в MBMS-контекст, то узел SGSN 506 на этапе 822 передает сообщение неудачи подтверждения действительности пользовательского терминала UE услуги MBMS к контроллеру RNC 504, чтобы информировать, что пользовательский терминал UE 502 не присоединился к услуге MBMS через узел SGSN 506. Однако если на этапе 812 определено, что ID пользовательского терминала UE 502 включен в MBMS-контекст, то на этапе 814 узел SGSN 506 посылает сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS к контроллеру RNC 504, чтобы информировать, что пользовательский терминал UE 502 присоединился к услуге MBMS через узел SGSN 506.If it is determined in
На этапе 816 узел SGSN 506 осуществляет поиск RNC ID контроллера RNC 504 в MBMS-контексте. Если на этапе 818 определено, что RNC ID контроллера RNC 504 не включен в MBMS-контекст, то узел SGSN 506 добавляет информацию о контроллере RNC 504 в MBMS-контекст на этапе 820. Однако если на этапе 818 определено, что RNC ID контроллера RNC 504 уже включен в MBMS-контекст, то узел SGSN 506 завершает операцию.At
На фиг.17 показана блок-схема, иллюстрирующая работу узла SGSN 506, который управляет MBMS-контекстом, во взаимосвязи с процедурами, показанными на фиг.9. Согласно фиг.17 на этапе 830 узел SGSN 506 принимает от контроллера RNC 504 сообщение запроса списка услуг MBMS для запроса списка услуг MBMS, к которым присоединился пользовательский терминал UE 502.FIG. 17 is a flowchart illustrating the operation of an
На этапе 832 узел SGSN 506 дополнительно может выполнить аутентификацию услуги MBMS для пользовательского терминала UE 502. Если аутентификация услуги для пользовательского терминала US 502 безуспешна, то узел SGSN 506 на этапе 852 передает сообщение неудачи списка услуг MBMS к контроллеру RNC 504, чтобы информировать, что пользовательский терминал UE 502 не присоединился к услуге MBMS через узел SGSN 506, и заканчивает операцию. Однако если аутентификация услуги успешна, то узел SGSN 506 на этапе 834 осуществляет поиск контекста пользовательского терминала UE 502 для MBMS ID услуг, к которым присоединился пользовательский терминал UE 502.At
Если на этапе 836 определено, что поиск MBMS ID безуспешен, то узел SGSN 506 передает на этапе 852 сообщение неудачи списка услуг MBMS к контроллеру RNC 504, чтобы информировать, что пользовательский терминал UE 502 не присоединился к услуге MBMS через узел SGSN 506, и затем завершает операцию. Однако если на этапе 836 определено, что поиск MBMS ID успешен, то узел SGSN 506 на этапе 838 осуществляет поиск MBMS-контекста, соответствующего MBMS ID. Если на этапе 840 определено, что поиск MBMS-контекста безуспешен, то на этапе 852 узел SGSN 506 передает сообщение неудачи списка услуг MBMS к контроллеру RNC 504, чтобы информировать, что пользовательский терминал UE 502 не присоединился к услуге MBMS через узел SGSN 506, и заканчивает операцию.If it is determined in
Однако если на этапе 840 определено, что MBMS-контекст существует, то узел SGSN 506 на этапе 842 осуществляет поиск ID пользовательского терминала UE 502 в MBMS-контексте. Если на этапе 844 определено, что ID пользовательского терминала UE 502 не включен в MBMS-контекст, то на этапе 852 узел SGSN 506 передает сообщение неудачи списка услуг MBMS к контроллеру RNC 504, чтобы информировать, что пользовательский терминал UE 502 не присоединился к услуге MBMS через узел SGSN 506, и затем заканчивает операцию.However, if it is determined in
В альтернативном варианте, хотя ID пользовательского терминала UE 502 не включен в MBMS-контекст, если пользовательский терминал UE 502 присоединился к услуге MBMS, то узел SGSN 506 добавляет информацию о пользовательском терминале UE 502 в MBMS-контекст без передачи сообщения неудачи списка услуг MBMS.Alternatively, although the user terminal ID of the
Однако если на этапе 844 определено, что ID пользовательского терминала UE 502 включен в MBMS-контекст, то на этапе 846 узел SGSN 506 передает сообщение ответа на запрос списка услуг MBMS к контроллеру RNC 504, чтобы информировать, что пользовательский терминал UE 502 присоединился к услуге MBMS через узел SGSN 506. Сообщение ответа на запрос списка услуг MBMS, как описано на этапе 560 со ссылкой на фиг.9, включает в себя информацию об услугах MBMS, к которым присоединился в текущий момент пользовательский терминал UE 502, соответствующий идентификатору UE ID, включенному в сообщение запроса списка услуг MBMS, принятое на этапе 830, то есть включает в себя список MBMS ID.However, if it is determined at
На этапе 848 узел SGSN 506 осуществляет поиск RNC ID контроллера RNC 504 в MBMS-контексте. Если на этапе 850 определено, что RNC ID контроллера RNC 504 не включен в MBMS-контекст, то на этапе 854 узел SGSN 506 добавляет информацию о контроллере RNC 504 в MBMS-контекст. Однако если на этапе 850 определено, что RNC ID контроллера RNC 504 уже включен в MBMS-контекст, то узел SGSN 506 завершает операцию.At
2. Управление контекстом услуги в узле SGSN2. Service context management in the SGSN
Во втором варианте осуществления настоящего изобретения, для того чтобы обеспечить возможность узлу SGSN управлять информацией о пользовательском терминале UE, который присоединился к услуге MBMS, но находится в PMM-неактивном/RRC-соединенном режиме, информация, относящаяся к услуге MBMS, указывающая, что UE является терминалом, который успешно присоединился к услуге MBMS, передается к узлу SGSN через контроллер RNC вместе с предварительно определенным сообщением. Узел SGSN обновляет информацию о пользовательском терминале UE в соответствующем MBMS-контексте, запрашиваемом терминалом UE, среди MBMS-контекстов, управляемых узлом SGSN. Соответственно узел SGSN может управлять списком пользовательских терминалов UE, которые установили RRC-соединение для CS-услуги, вместе с ее MBMS-контекстом.In a second embodiment of the present invention, in order to enable the SGSN to manage user terminal information of a UE that has joined the MBMS service but is in the PMM inactive / RRC connected mode, information related to the MBMS service indicating that the UE is a terminal that has successfully joined the MBMS service, is transmitted to the SGSN through the RNC together with a predefined message. The SGSN updates the user terminal UE information in the corresponding MBMS context requested by the UE among the MBMS contexts managed by the SGSN. Accordingly, the SGSN can manage the list of user terminals of the UEs that have established the RRC connection for the CS service, together with its MBMS context.
Информация, относящаяся к услуге MBMS, соответствует идентификатору MBMS ID, указывающему услугу MBMS, к которой присоединился терминал, или указателю активации услуги MBMS.Information related to the MBMS service corresponds to an MBMS ID indicating the MBMS service to which the terminal has joined, or an MBMS service activation indicator.
Фиг.18 - 21 иллюстрируют процедуры для добавления информации о пользовательском терминале UE к MBMS-контексту узла SGSN, связанного с пользовательским терминалом UE, который присоединился к услуге MBMS, но находится в PMM-неактивном режиме. На фиг.18 - 21 ссылочная позиция 902 представляет пользовательский терминал UE, получающий услугу MBMS, ссылочная позиция 904 представляет контроллер RNC для услуги MBMS, связанный с пользовательским терминалом UE 902, и ссылочная позиция 906 представляет узел SGSN базовой сети CN для услуги MBMS. Кроме того, MBMS-контекст узла SGSN 906 упоминается как первый MBMS-контекст, а MBMS-контекст контроллера RNC 904 упоминается как второй MBMS-контекст. Пользовательский терминал UE 902 представляет собой пользовательский терминал UE, который присоединился к желательной услуге MBMS, но находится в PMM-неактивном режиме, когда отсутствует PS-услуга, осуществляемая в текущий момент через узел SGSN 906. В PMM-неактивном режиме, поскольку отсутствует обслуживающий контроллер SRNC для пользовательского терминала UE 902, получающего услугу MBMS, узел SGSN 906 не передает информацию, относящуюся к услуге MBMS, контроллеру RNC 904, соответствующему текущему местоположению пользовательского терминала UE 902.FIGS. 18 to 21 illustrate procedures for adding UE user terminal information to the MBMS context of an SGSN associated with a user terminal UE that has joined the MBMS service but is in PMM inactive mode. 18 to 21,
Более конкретно, на фиг.18 и 19 представлены диаграммы, иллюстрирующие процедуры для сохранения информации, относящейся к услуге MBMS, когда пользовательский терминал UE 902 запрашивает контроллер RNC 904 установить RRC-соединение для CS-услуги. Согласно фиг.18 на этапе 910 пользовательский терминал UE 902 устанавливает RRC-соединение с контроллером RNC 904 для получения CS-услуги. В этот момент пользовательский терминал UE 902 вводит желательный MBMS ID в сообщение запроса установки RRC-соединения или в сообщение завершения установки RRC-соединения, передаваемого к контроллеру RNC 904, чтобы запросить у контроллера RNC 904 добавить информацию о пользовательском терминале UE 902 в MBMS-контекст, соответствующий MBMS ID. Если RRC-соединение успешно установлено между пользовательским терминалом UE 902 и контроллером RNC 904, то контроллер RNC 904 на этапе 912 передает сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS к узлу SGSN 906, чтобы запросить узел SGSN 906 определить, присоединился ли пользовательский терминал UE 902 к услуге MBMS. Сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS включает в себя UE ID пользовательского терминала UE 902, MBMS ID и RNC ID контроллера RNC 904.More specifically, FIGS. 18 and 19 are diagrams illustrating procedures for storing information related to an MBMS service when a
Узел SGSN 906 определяет, существует ли второй MBMS-контекст, соответствующий MBMS ID, включенному в сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS, и существует ли UE ID во втором MBMS-контексте. Если MBMS ID, включенный в сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS, существует, и UE ID существует во втором MBMS-контексте, то узел SGSN 906 передает на этапе 916 сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS к контроллеру RNC 904, чтобы информировать, что пользовательский терминал UE 902 является действительным для услуги MBMS. Сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS может включать в себя список пользовательских терминалов UE, действительных для услуги MBMS, и информацию об областях, где доступна услуга MBMS.The
В альтернативном варианте узел SGSN 906 определяет, что пользовательский терминал UE 902 является действительным для услуги MBMS, когда MM-контекст, соответствующий UE ID, включенный в сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS, существует в узле SGSN 906, и MBMS-контекст, соответствующий MBMS ID, существует в MM-контексте.Alternatively, the
На этапе 914 узел SGSN 906, принимающий сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS, сохраняет UE-информацию, указывающую, что пользовательский терминал UE 902 находится в RRC-соединенном, т.е. CMM-соединенном режиме для CS-услуги, во втором MBMS-контексте. На этапе 918 контроллер RNC 904 добавляет информацию о пользовательском терминале UE 902 к своему первому MBMS-контексту в ответ на сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS.At step 914, the
Согласно фиг.19 на этапе 920 пользовательский терминал UE 902 устанавливает RRC-соединение с контроллером RNC 904 для приема CS-услуги. В данном случае пользовательский терминал UE 902 вводит указатель активации услуги MBMS, указывающий, что имеется, по меньшей мере, одна услуга MBMS, к которой присоединился пользовательский терминал UE 902, в сообщение запроса установки RRC-соединения или в сообщение завершения установки RRC-соединения, передаваемое контроллеру RNC 904. Указатель активации услуги MBMS устанавливается, когда пользовательский терминал UE 902 присоединился к одной или более услугам MBMS.19, at
Если RRC-соединение успешно установлено между пользовательским терминалом UE 902 и контроллером RNC 904, на этапе 922 контроллер RNC 904 передает сообщение запроса списка услуг MBMS к узлу SGSN 906, чтобы запросить узел SGSN 906 определить, присоединился ли пользовательский терминал UE 902 к определенной услуге MBMS. Сообщение запроса списка услуг MBMS включает в себя UE ID пользовательского терминала UE 902 и RNC ID контроллера RNC 904.If the RRC connection is successfully established between the
Если MM-контекст, соответствующий UE ID, включенному в сообщение запроса списка услуг MBMS, существует в узле SGSN 906, и MBMS-контекст существует в MM-контексте, то на этапе 926 узел SGSN 906 передает сообщение ответа на запрос списка услуг MBMS, содержащее MBMS ID, включенные в MM-контекст, контроллеру RNC 904. То есть сообщение ответа на запрос списка услуг MBMS содержит список MBMS ID для всех услуг MBMS, к которым присоединился пользовательский терминал UE 902. Кроме того, сообщение ответа на запрос списка услуг MBMS может содержать информацию об областях, где доступна, по меньшей мере, одна услуга MBMS, к которой присоединился пользовательский терминал UE 902.If the MM context corresponding to the UE ID included in the MBMS service list request message exists in the
На этапе 924, в ответ на сообщение запроса списка услуг MBMS, узел SGSN 906 сохраняет UE-информацию, указывающую, что пользовательский терминал UE 902 находится в RRC-соединенном, т.е. CMM-соединенном режиме для CS-услуги, в MBMS-контексте. На этапе 928 контроллер RNC 904 добавляет UE-информацию о пользовательском терминале UE 902 к своему MBMS-контексту в ответ на сообщение ответа на запрос списка услуг MBMS.In step 924, in response to the MBMS service list request message, the
Выше отдельно описан вариант осуществления, где пользовательский терминал UE использует MBMS ID, и другой вариант, где пользовательский терминал UE использует указатель активации услуги MBMS. Однако в видоизмененном варианте осуществления пользовательский терминал может использовать как MBMS ID, так и указатель активации услуги MBMS. То есть, когда пользовательский терминал присоединяется только к одной услуге MBMS, он передает MBMS ID узлу SGSN через контроллер RNC, а когда пользовательский терминал присоединяется к двум или более услугам MBMS, он передает указатель активации услуги MBMS узлу SGSN через контроллер RNC. В результате узел SGSN принимает один из двух типов информации посредством сообщения запроса подтверждения действительности пользовательского терминала UE услуги MBMS или сообщения запроса списка услуг MBMS от контроллера RNC, добавляет информацию о пользовательском терминале UE к своему собственному MBMS-контексту посредством вышеописанной процедуры и передает ответ на нее контроллеру RNC.An embodiment is described above separately where the user terminal UE uses an MBMS ID, and another embodiment where the user terminal UE uses an MBMS service activation indicator. However, in a modified embodiment, the user terminal may use both the MBMS ID and the MBMS service activation indicator. That is, when a user terminal joins only one MBMS service, it transmits an MBMS ID to an SGSN through an RNC, and when a user terminal joins two or more MBMS services, it transmits an MBMS service activation indicator to an SGSN through an RNC. As a result, the SGSN receives one of two types of information by means of a validation request message of the MBMS service user terminal UE or an MBMS service list request message from the RNC, adds information about the user terminal UE to its own MBMS context by the above procedure, and transmits a response thereto to the RNC controller.
На фиг.20 показана диаграмма, иллюстрирующая процедуру, в которой пользовательский терминал UE 902, получающий услугу MBMS в PMM-неактивном состоянии, переходит в PMM-соединенный режим путем запроса PS-сети установить соединение, при запросе контроллера RNC 904 установить RRC-соединение для CS-услуги, и сохраняет информацию, относящуюся к услуге MBMS, в контроллере RNC 904 и в узле SGSN 906. Согласно фиг.20 на этапе 930 пользовательский терминал UE 902 устанавливает RRC-соединение с контроллером RNC 904, чтобы получить CS-услугу. На этапе 932 пользовательский терминал UE 902 также принимает решение запросить РММ-соединение сигнализации при запросе RRC-соединения, когда он присоединяется к услуге MBMS. То есть RRC-уровень пользовательского терминала UE 902 запрашивает более высокий уровень о переходе в PMM-соединенный режим. Здесь "более высокий уровень" относится к средству управления мобильностью пакетной передачи (PMM). Если средство PMM принимает решение установить соединение PS-сигнализации в ответ на запрос от RRC-уровня на этапе 934, пользовательский терминал UE 902 передает сообщение запроса услуги узлу SGSN 906 через NAS-интерфейс, чтобы запросить соединение PS-сигнализации, и затем переходит в PMM-соединенный режим на этапе 936. Последующая операция между узлом SGSN 906 и контроллером RNC 904 следует процедуре связывания MBMS UE для пользовательского терминала в PMM-соединенном режиме.20 is a diagram illustrating a procedure in which a
Сообщение запроса услуги включает в себя MBMS ID или указатель активации услуги MBMS. Указатель активации услуги MBMS добавляется к сообщению запроса услуги как информационный элемент (IE) или добавляется к NAS-сообщениям как "значение причины" (например, "причина = активация услуги MBMS").The service request message includes an MBMS ID or an MBMS service activation indicator. An MBMS service activation indicator is added to the service request message as an information element (IE) or added to NAS messages as a “reason value” (for example, “reason = MBMS service activation”).
На этапе 938 узел SGSN 906 изменяет информацию состояния пользовательского терминала UE 902 в MM-контексте пользовательского терминала UE 902 на PMM-соединенное состояние в ответ на сообщение запроса услуги. На этапе 940 узел SGSN 906 передает список MBMS ID пользовательского терминала UE 902 контроллеру RNC 904 посредством сообщения запроса связывания MBMS UE. На этапе 942 контроллер RNC 904 добавляет информацию о пользовательском терминале UE 902 к соответствующему MBMS-контексту в контроллере RNC 904 путем обращения к списку MBMS ID. На этапе 944 контроллер RNC 904 посылает сообщение ответа связывания MBMS UE к узлу SGSN 906 для информирования о том, что информация о пользовательском терминале UE 902 успешно добавлена к его собственному MBMS-контексту.At
На фиг.21 представлена диаграмма, иллюстрирующая процедуру, в которой, при запросе контроллера RNC 904 установить RRC-соединение для CS-услуги, пользовательский терминал UE 902, принимающий услугу MBMS в PMM-неактивном состоянии, сохраняет информацию, относящуюся к услуге MBMS, от UE 902 к RNC 904 посредством Uu-сообщения и сохраняет информацию, относящуюся к услуге MBMS, от UE 902 к SGSN 906 посредством NAS-сообщения. В этой процедуре информация, относящаяся к услуге MBMS, передаваемая к узлу SGSN 906, включает в себя MBMS ID или указатель активации услуги MBMS. В последующем описании предполагается, что MBMS ID используется в качестве информации, относящейся к услуге MBMS.21 is a diagram illustrating a procedure in which, upon request of the
Согласно фиг.21 на этапе 950 пользовательский терминал UE 902 устанавливает RRC-соединение с контроллером RNC 904 для получения CS-услуги. При этом, по меньшей мере, один MBMS ID, указывающий услугу MBMS, к которой присоединился пользовательский терминал UE 902, включается в сообщение запроса установки RRC-соединения или в сообщение завершения установки RRC-соединения, передаваемого от пользовательского терминала UE 902 к контроллеру RNC 904, чтобы установить RRC-соединение для CS-услуги. Если RRC-соединение успешно установлено между пользовательским терминалом UE 902 и контроллером RNC 904, то контроллер RNC 904 на этапе 952 передает сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS к узлу SGSN 906, чтобы запросить узел SGSN 906 определить, присоединился ли пользовательский терминал UE 902 к услуге MBMS. Сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS включает в себя UE ID пользовательского терминала UE 902, MBMS ID и RNC ID контроллера RNC 904.21, at step 950, the
Если MBMS-контекст, соответствующий MBMS ID, существует в узле SGSN 906, и UE ID существует в MBMS-контексте, то на этапе 954 узел SGSN 906 передает сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS к контроллеру RNC 904, чтобы проинформировать, что пользовательский терминал UE 902 является действительным для услуги MBMS. Сообщение ответа подтверждения действительности пользовательского терминала UE услуги MBMS может включать в себя информацию об областях, где доступна услуга MBMS.If the MBMS context corresponding to the MBMS ID exists in the
Кроме того, если ММ-контекст, соответствующий UE ID, существует в узле SGSN 906, и MBMS-контекст, соответствующий MBMS ID, существует в MM-контексте, то узел SGSN 906, принимающий сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS, определяет, что пользовательский терминал UE 902 является действительным для услуги MBMS. На этапе 956 контроллер RNC 904 сохраняет UE-информацию, указывающую, что пользовательский терминал UE 902 находится в CMM-соединенном режиме, в MBMS-контексте.In addition, if the MM context corresponding to the UE ID exists in the
RRC-средство пользовательского терминала UE 902 сообщает о завершении RRC-соединения на более высокий уровень пользовательского терминала UE 902 после установки RRC-соединения на этапе 950. Здесь "более высокий уровень" относится к средству РММ. Если средство РММ принимает решение установить соединение PS-сигнализации в ответ на запрос с RRC-уровня, то на этапе 958 пользовательский терминал UE 902 передает сообщение, информирующее узел SGSN 906, что информация связывания между UE 902 и услугой MBMS существует в контроллере RNC 904, несмотря на то, что пользовательский терминал UE 902 находится в СММ-соединенном или РММ-неактивном состоянии, с использованием NAS-интерфейса. Вышеописанное сообщение передается от пользовательского терминала UE 902 к узлу SGSN 906 и включает в себя параметр, указывающий, что информация связывания между UE 902 и услугой MBMS существует в контроллере RNC 904, несмотря на то, что пользовательский терминал UE 902 находится в СММ-соединенном или РММ-неактивном состоянии.The RRC means of the
Кроме того, вышеописанное сообщение соответствует специальному сообщению запроса услуги для услуги MBMS или типовому сообщению запроса услуги, к которому добавлено "значение причины", имеющее значение, указывающее, что добавлен запрос услуги MBMS. Когда сообщение является специализированным сообщением запроса услуги, то сообщение запроса услуги включает в себя флаг, такой как СММ-Connected ("СММ-соединен"). CMM-Connected=0 представляет CMM-неактивное состояние, а CMM-Connected=1 представляет CMM-соединенное состояние. Когда сообщение является типовым сообщением запроса услуги, к которому добавлен параметр, то сообщение запроса услуги включает в себя MBMS ID, или "значение причины" имеет новое значение, указывающее СММ-соединенное состояние.In addition, the above message corresponds to a special service request message for an MBMS service or a typical service request message to which a “reason value” has been added, having a value indicating that an MBMS service request has been added. When the message is a specialized service request message, the service request message includes a flag, such as SMM-Connected ("SMM-connected"). CMM-Connected = 0 represents a CMM inactive state, and CMM-Connected = 1 represents a CMM-connected state. When the message is a typical service request message to which a parameter has been added, the service request message includes an MBMS ID, or “reason value” has a new value indicating the SMM connected state.
Сообщение запроса услуги может стать специализированным сообщением для запроса услуги MBMS или существующим сообщением запроса услуги, к которому добавлено "значение причины", имеющее новое значение. Если сообщение запроса услуги определено как специализированное сообщение, то сообщение запроса услуги включает в себя флаг, такой как СММ-Connected ("СММ-соединен"). Аналогичным образом, CMM-Connected=0 представляет CMM-неактивное состояние, а CMM-Connected=1 представляет CMM-соединенное состояние.A service request message may be a specialized message for an MBMS service request or an existing service request message to which a “reason value” having a new value is added. If the service request message is defined as a specialized message, then the service request message includes a flag, such as SMM-Connected ("SMM-connected"). Similarly, CMM-Connected = 0 represents a CMM inactive state, and CMM-Connected = 1 represents a CMM-connected state.
На этапе 960 узел SGSN 906 сохраняет UE-информацию, указывающую, что пользовательский терминал UE 902 находится в CMM-соединенном состоянии, в MBMS-контексте, соответствующем услуге MBMS, в ответ на сообщение запроса услуги. То есть узел SGSN 906 сохраняет UE-информацию в MBMS-контексте, соответствующем услуге MBMS, к которой присоединился пользовательский терминал UE 902. В данном случае, если сообщение запроса услуги включает в себя MBMS ID, то узел SGSN 906 осуществляет поиск в MBMS-контексте с использованием MBMS ID. Однако если сообщение запроса услуги не содержит MBMS ID, то узел SGSN 906 осуществляет поиск в MM-контексте с использованием UE ID и затем получает MBMS-контекст, включенный в MM-контекст.At
После приема сообщения запроса услуги на этапе 958 и обновления своего собственного MBMS-контекста узел SGSN 906 определяет, принята ли информация, относящаяся к услуге MBMS (такая как сообщение запроса подтверждения действительности UE для MBMS), для пользовательского терминала UE 902 от контроллера RNC 904. Если информация, относящаяся к услуге MBMS, не принята, то узел SGSN 906 передает к контроллеру RNC 904 сообщение запроса связывания MBMS UE, содержащее, по меньшей мере, один MBMS ID для услуги MBMS, к которой присоединился пользовательский терминал UE 902, так что контроллер RNC 904 может сохранить информацию о пользовательском терминале UE 902 в своем MBMS-контексте.After receiving the service request message in
Хотя не показано, в альтернативном варианте осуществления настоящего изобретения, при передаче сообщения запроса услуги узлу SGSN 906 пользовательский терминал UE 902 использует MBMS ID, когда он присоединяется только к одной услуге MBMS, и использует указатель активации услуги MBMS, когда он присоединяется к двум или более услугам MBMS. Последующая процедура работы модифицированного варианта та же самая, что и описанная выше.Although not shown, in an alternative embodiment of the present invention, when transmitting a service request message to the
Причина добавления информации о СММ-соединенном состоянии к MBMS-контексту узла SGSN таким способом состоит в удалении информации связывания для пользовательского терминала UE в контроллере RNC, если пользовательский терминал UE в PMM-неактивном/RRC-соединенном состоянии осуществляет запрос удаления услуги. Таким образом, посредством процедуры, показанной на фиг.18 - 21, если узел SGSN обнаруживает, что пользовательский терминал UE имеет RRC-соединение, и контроллер RNC сохраняет информацию, относящуюся к услуге MBMS, для пользовательского терминала UE, то узел SGSN использует информацию удаления связывания между UE и услугой MBMS путем отмены связывания с контроллером RNC, когда пользовательский терминал UE осуществляет запрос выхода из услуги MBMS.The reason for adding the SMM connected state information to the MBMS context of the SGSN in this way is to delete the binding information for the user terminal UE in the RNC if the user terminal UE in the PMM inactive / RRC connected makes a request to delete the service. Thus, through the procedure shown in FIGS. 18 to 21, if the SGSN detects that the user terminal UE has an RRC connection, and the RNC stores information related to the MBMS service for the user terminal UE, then the SGSN uses the delete information the binding between the UE and the MBMS service by unlinking the RNC when the user terminal UE makes an exit request from the MBMS service.
На фиг.22 и 23 показаны диаграммы, иллюстрирующие процедуры удаления информации, относящейся к услуге MBMS, пользовательского терминала UE из MBMS-контекста узла SGSN и контроллера RNC. На фиг.22 и 23 ссылочная позиция 1002 представляет пользовательский терминал UE, получающий услугу MBMS, ссылочная позиция 1004 представляет контроллер RNC для соответствующей услуги MBMS, связанный с пользовательским терминалом UE 1002, и ссылочная позиция 1006 представляет узел SGSN базовой сети CN для услуги MBMS. Дополнительно пользовательский терминал UE 1002 находится в состоянии, когда он присоединился к услуге MBMS, но не имеет никакой другой PS-услуги в текущий момент, предоставляемой через узел SGSN 1006.22 and 23 are diagrams illustrating procedures for deleting information related to an MBMS service of a user terminal UE from the MBMS context of an SGSN and an RNC. 22 and 23,
Более конкретно, на фиг.22 представлена диаграмма, иллюстрирующая процедуру, в которой пользовательский терминал UE, получающий услугу MBMS в PMM-неактивном состоянии, удаляет информацию, относящуюся к услуге MBMS, в контроллере RNC, и удаляет информацию, относящуюся к услуге MBMS, в узле SGSN посредством Iu-сообщения от контроллера RNC к узлу SGSN, при разъединении RRC-соединения, установленного для CS-услуги. Согласно фиг.22, если CS-услуга пользовательского терминала UE 1002 разъединяется (или приостанавливается) на этапе 1010, то контроллер RNC 1004 посылает сообщение разъединения RRC-соединения к пользовательскому терминалу UE 1002 на этапе 1012. Сообщение разъединения RRC-соединения, передаваемое от пользовательского терминала UE 1002 к контроллеру RNC 1004, включает в себя MBMS ID, указывающий услугу MBMS, реализуемую в текущий момент пользовательским терминалом UE 1002.More specifically, FIG. 22 is a diagram illustrating a procedure in which a user terminal UE receiving an MBMS service in a PMM inactive state deletes information related to an MBMS service in an RNC and deletes information related to an MBMS service in the SGSN through an Iu message from the RNC to the SGSN when disconnecting the RRC connection established for the CS service. 22, if the CS service of the
На этапе 1004 контроллер RNC 1004 удаляет информацию о пользовательском терминале UE 1002 из своего MBMS-контекста. После этого на этапе 1016 контроллер RNC 1004 информирует узел SGSN 1006, что поскольку пользовательский терминал UE 1002 разъединил RRC-соединение, то больше не существует связывания между пользовательским терминалом UE 1002 и услугой MBMS в контроллере RNC 1004. На этапе 1016 используется сообщение запроса обновления MBMS UE, включающее в себя MBMS ID и UE ID. Сообщение запроса обновления MBMS UE также содержит параметр "причина", указывающий, что пользовательский терминал UE 1002 перешел из CMM-соединенного режима в CMM-неактивный режим, в дополнение к MBMS ID и UE ID.At 1004, the
На этапе 1018 узел SGSN 1006 удаляет UE-информацию, указывающую, что пользовательский терминал UE 1002 находится в CMM-соединенном режиме, из MBMS-контекста в узле SGSN 1006 путем обращения к сообщению запроса обновления данных MBMS UE. На этапе 1020 узел SGSN 1006 отвечает контроллеру RNC 1004 сообщением ответа обновления данных MBMS UE.At 1018, the
На фиг.23 представлена диаграмма, иллюстрирующая процедуру удаления информации, относящейся к услуге MBMS, посредством Iu-сообщения, передаваемого от узла SGSN 1006 к контроллеру RNC 1004, когда пользовательский терминал UE 1002, принимающий услугу MBMS в PMM-неактивном состоянии, запрашивает приостановление услуги MBMS при сохранении RRC-соединения установленным для CS-услуги. Согласно фиг.23 пользовательский терминал UE 1002 принимает решение приостановить прием, по меньшей мере, одной услуги MBMS, реализуемой на этапе 1030, и информирует узел SGSN 1006 о предполагаемом приостановлении услуги MBMS посредством общей процедуры выхода из услуги MBMS на этапе 1032. На этапе 1034 узел SGSN 1006 удаляет UE-информацию, указывающую, что пользовательский терминал UE 1002 находится в CMM-соединенном состоянии, из MBMS-контекста для услуги MBMS, приостановление которой было запрошено пользовательским терминалом UE 1002. Дополнительно, на этапе 1034 узел SGSN 1006 сначала определяет, сохранена ли UE-информация в MBMS-контексте, прежде чем удалять UE-информацию. Если UE-информация сохранена в MBMS-контексте, то узел SGSN 1006 передает сообщение запроса отмены связывания MBMS UE, содержащее MBMS ID, указывающий услугу MBMS, из которой пользовательскому терминалу UE 1002 желательно выйти, контроллеру RNC 1004 на этапе 1036. Сообщение запроса отмены связывания MBMS UE содержит MBMS ID. В данном случае, поскольку сообщение запроса отмены связывания MBMS UE передается через выделенную сигнализацию UE, основанную на Iu-интерфейсе, то контроллер RNC 1004 может различить пользовательский терминал UE 1002, который передал сообщение.FIG. 23 is a diagram illustrating a procedure for deleting information related to an MBMS service by means of an Iu message transmitted from an
На этапе 1038 контроллер RNC 1004 определяет, является ли пользовательский терминал UE 1002, включенный в MBMS-контекст контроллера RNC 1004, последним пользовательским терминалом UE. Если пользовательский терминал UE 1002 является последним пользовательским терминалом, связанным с MBMS-контекстом контроллера RNC 1004, то контроллер RNC 1004 удаляет UE-информацию пользовательского терминала UE 1002 из MBMS-контекста и на этапе 1040 передает сообщение ответа отмены связывания MBMS UE к узлу SGSN 1006 в ответ на сообщение запроса отмены связывания MBMS UE.At 1038, the
На фиг.24 представлена блок-схема алгоритма, иллюстрирующая работу узла SGSN 1006 в соответствии со вторым вариантом осуществления настоящего изобретения. Согласно фиг.24 на этапе 1102 узел SGSN определяет, является ли сообщение, принятое от пользовательского терминала UE через контроллер RNC, сообщением RRC-соединения. Если принятое сообщение является сообщением RRC-соединения, то узел SGSN переходит к этапу 1104, а если принятое сообщение не является сообщением RRC-соединения, то узел SGSN переходит к этапу 1138.24 is a flowchart illustrating an operation of an
На этапе 1104 узел SGSN определяет, принято ли сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS, то есть сообщение для запроса узла SGSN о проверке, является ли пользовательский терминал UE действительным для конкретной услуги MBMS, от контроллера RNC. Сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS включает в себя UE ID и RNC ID, а также может содержать MBMS ID, указывающий конкретную услугу. Если принято сообщение запроса подтверждения действительности пользовательского терминала UE услуги MBMS, то узел SGSN переходит к этапу 1106, а если это сообщение не принято, то узел SGSN переходит к этапу 1128.In
На этапе 1106 узел SGSN дополнительно выполняет аутентификацию услуги MBMS для пользовательского терминала UE, и если аутентификация услуги успешна, то узел SGSN переходит к этапу 1108. А если аутентификация услуги безуспешна, то узел SGSN переходит к этапу 1126.In
На этапе 1108 узел SGSN определяет, имеется ли MBMS-контекст, соответствующий MBMS ID. Если на этапе 1108 определено, что MBMS-контекст существует, то узел SGSN переходит к этапу 1110. Однако если MBMS-контекст не существует, то узел SGSN переходит к этапу 1126.At 1108, the SGSN determines whether there is an MBMS context corresponding to the MBMS ID. If it is determined in step 1108 that the MBMS context exists, then the SGSN proceeds to step 1110. However, if the MBMS context does not exist, then the SGSN proceeds to step 1126.
На этапе 1110 узел SGSN определяет, включен ли MBMS ID в MBMS-контекст. Если на этапе 1110 определено, что MBMS ID включен в MBMS-контекст, то узел SGSN переходит к этапу 1112. Однако если MBMS ID не включен в MBMS-контекст, то узел SGSN переходит к этапу 1126.At
На этапе 1126 узел SGSN передает сообщение неудачи подтверждения действительности пользовательского терминала UE для услуги MBMS к контроллеру RNC, чтобы проинформировать, что пользовательский терминал UE не присоединился к услуге MBMS через узел SGSN, и затем завершает операцию.At
На этапе 1112 узел SGSN определяет, следует ли сохранить информацию связывания. Если узел SGSN принимает решение сохранить информацию связывания, то он переходит к этапу 1116, а если узел SGSN принимает решение не сохранять информацию связывания, то он переходит к этапу 1118. В данном случае узел SGSN принимает решение сохранить информацию связывания, соответствующую предварительно определенному режиму работы, когда пользовательский терминал UE непосредственно сохраняет информацию, относящуюся к услуге MBMS, в контроллере RNC посредством Uu-сообщения, а контроллер RNC передает Iu-сообщение к узлу SGSN, чтобы проинформировать, что RRC-соединение установлено.At
На этапе 1116 узел SGSN сохраняет UE-информацию, указывающую, что данный UE находится в CMM-соединенном режиме, в MBMS-контексте, и затем переходит к этапу 1118, на котором узел SGSN передает к контроллеру RNC сообщение ответа подтверждения действительности пользовательского терминала UE для услуги MBMS, указывающее, что UE присоединился к услуге MBMS через узел SGSN, и затем переходит к этапу 1120.At step 1116, the SGSN stores UE information indicating that the UE is in CMM connected mode in the MBMS context, and then proceeds to step 1118, where the SGSN transmits to the RNC a validation response message of the user terminal UE for MBMS services, indicating that the UE has joined the MBMS service through the SGSN, and then proceeds to step 1120.
На этапе 1120 узел SGSN определяет, включен ли RNC ID в MBMS-контекст. Если определено, что RNC ID включен в MBMS-контекст, то узел SGSN переходит к этапу 1124, где узел SGSN добавляет информацию о контроллере RNC к MBMS-контексту. Однако если определено, что RNC ID не включен в MBMS-контекст на этапе 1120, то узел SGSN завершает операцию.At
На этапе 1128 узел SGSN определяет, принято ли сообщение обновления данных MBMS UE от контроллера RNC. Если сообщение обновления данных MBMS UE получено, то узел SGSN переходит к этапу 1130, а если это сообщение не получено, то узел SGSN завершает операцию.At
На этапе 1130 узел SGSN дополнительно выполняет аутентификацию услуги MBMS для пользовательского терминала UE, и если аутентификация услуги успешна, то узел SGSN переходит на этап 1132 для определения того, что пользовательский терминал UE является действительным для услуги MBMS. Однако если аутентификация услуги безуспешна, то узел SGSN завершает операцию. На этапе 1132 узел SGSN определяет, имеется ли MBMS-контекст, соответствующий идентификатору MBMS ID. Если на этапе 1132 определено, что MBMS-контекст существует, то узел SGSN переходит на этап 1134, а если MBMS-контекст не существует, то узел SGSN завершает операцию. На этапе 1134 узел SGSN удаляет UE-информацию, указывающую, что данный UE находится в CMM-соединенном режиме, из MBMS-контекста. На этапе 1136 узел SGSN передает ответное сообщение к контроллеру RNC.At
На этапе 1138 узел SGSN определяет, является ли сообщение, принятое от пользовательского терминала UE, сообщение запроса услуги, содержащим информацию CMM-соединенного режима. Если принятое сообщение является сообщением запроса услуги, то узел SGSN переходит на этап 1140. Сообщение запроса услуги содержит идентификатор MBMS ID. Однако если принятое сообщение не является сообщением запроса услуги, то узел SGSN завершает операцию.At
На этапе 1140 узел SGSN определяет, является ли причиной сообщения запроса услуги CMM-соединенный режим. В случае, если причиной сообщения запроса услуги является CMM-соединенный режим, то узел SGSN переходит на этап 1142, а если причиной сообщения запроса услуги является не CMM-соединенный режим, то узел SGSN завершает операцию.At
На этапе 1142 узел SGSN дополнительно выполняет аутентификацию услуги MBMS для пользовательского терминала UE. Если аутентификация услуги безуспешна, то узел SGSN завершает операцию. Однако если аутентификация услуги успешна, то узел SGSN переходит на этап 1144 для определения того, что пользовательский терминал UE является действительным для услуги MBMS.At
На этапе 1144 узел SGSN определяет, имеется ли MBMS-контекст, соответствующий идентификатору MBMS ID. Если MBMS-контекст существует, то узел SGSN переходит на этап 1146, а если MBMS-контекст не существует, то узел SGSN завершает операцию. На этапе 1146 узел SGSN добавляет UE-информацию, указывающую, что данный UE находится в CMM-соединенном режиме, к MBMS-контексту.At
На фиг.25 представлена блок-схема алгоритма, иллюстрирующая работу пользовательского терминала UE в соответствии со вторым вариантом осуществления настоящего изобретения. Согласно фиг.25 на этапе 1202 пользовательский терминал UE переходит в РММ-неактивный режим после присоединения к услуге MBMS. На этапе 1204 пользовательский терминал UE определяет, имеет ли он RCC-соединение. Поскольку пользовательский терминал UE находится в РММ-неактивном режиме, если пользовательский терминал UE имеет RCC-соединение, то RCC-соединение предназначено для CS-услуги. Если пользовательский терминал UE имеет RCC-соединение, то он переходит к этапу 1210, в противном случае пользовательский терминал UE переходит к этапу 1206.25 is a flowchart illustrating an operation of a user terminal of a UE in accordance with a second embodiment of the present invention. 25, in
На этапе 1206 пользовательский терминал UE определяет, не прервана ли услуга MBMS, к которой уже присоединился пользовательский терминал UE. Если услуга MBMS не прервана, то пользовательский терминал UE переходит к этапу 1208, а если услуга MBMS прервана, то пользовательский терминал UE завершает операцию.At 1206, the user terminal UE determines whether the MBMS service to which the user terminal UE has already joined is interrupted. If the MBMS service is not interrupted, then the user terminal UE proceeds to step 1208, and if the MBMS service is interrupted, then the user terminal UE completes the operation.
На этапе 1208 пользовательский терминал UE определяет, следует ли выполнить процедуру установки RCC-соединения. Если пользовательский терминал UE принял решение выполнить процедуру установки RCC-соединения, то на этапах 1210, 1214, 1220 он определяет, какой случай имеет место.At 1208, the user terminal UE determines whether to perform the RCC connection setup procedure. If the user terminal UE has decided to perform the procedure for establishing an RCC connection, then at
Если на этапе 1210 определено, что пользовательский терминал UE следует случаю 1, то пользовательский терминал UE переходит к этапу 1212. Случай 1 представляет вариант, когда пользовательский терминал UE непосредственно сохраняет информацию, относящуюся к услуге MBMS, в контроллере RNC посредством Uu-сообщения, и контроллер RNC передает Iu-сообщение к узлу SGSN, чтобы информировать его, что пользовательский терминал UE выполняет процедуру установки RCC-соединения. На этапе 1212 пользовательский терминал UE передает контроллеру RNC сообщение запроса установки RCC-соединения или сообщение завершения установки RCC-соединения, содержащее MBMS ID или указатель активации услуги MBMS, чтобы запросить контроллер RNC о добавлении UE-информации к MBMS-контексту, соответствующему услуге MBMS, к которой присоединился пользовательский терминал UE.If it is determined in
Если на этапе 1210 определено, что пользовательский терминал UE не следует случаю 1, то пользовательский терминал UE определяет на этапе 1214, следует ли он случаю 2. Если пользовательский терминал UE следует случаю 2, то он переходит на этап 1216. Случай 2 представляет вариант, в котором, когда пользовательский терминал UE устанавливает RCC-соединение для CS-услуги, он переходит в РММ-соединенное состояние и информирует узел SGSN, что пользовательский терминал UE выполняет процедуру установки RCC-соединения, посредством NAS-интерфейса с использованием существующей процедуры связывания MBMS UE. На этапе 1216 пользовательский терминал UE передает к узлу SGSN сообщение запроса услуги, содержащее параметр (например, MBMS ID или указатель активации услуги MBMS), указывающий на услугу MBMS. На этапе 1218 пользовательский терминал UE переходит в РММ-соединенный режим и затем завершает операцию.If it is determined in
Однако если на этапе 1214 определено, что пользовательский терминал UE не следует случаю 2, то пользовательский терминал UE определяет на этапе 1220, следует ли он случаю 3. Если пользовательский терминал UE следует случаю 3, то он переходит на этап 1222. На этапе 1222 пользовательский терминал UE передает к контроллеру RNC сообщение запроса установки RCC-соединения или сообщение завершения установки RCC-соединения, содержащее MBMS ID или указатель активации услуги MBMS, чтобы запросить контроллер RNC о добавлении UE-информации к MBMS-контексту, соответствующему услуге MBMS, к которой присоединился пользовательский терминал UE. На этапе 1224 пользовательский терминал UE передает к узлу SGSN через NAS-интерфейс сообщение запроса услуги и параметр (например, MBMS ID), указывающий услугу MBMS, включающее информацию, указывающую, что пользовательский терминал UE находится в СММ-соединенном режиме.However, if it is determined in
Как следует из вышеописанного, когда пользовательские терминалы UE, присоединившиеся к услуге MBMS, находятся в RCC-соединенном режиме после установки вызова для CS-услуги или PS-услуги, настоящее изобретение предотвращает неполучение пользовательскими терминалами уведомления для поискового вызова услуги MBMS при обеспечении услуги MBMS, тем самым повышая вероятность успеха и надежность поискового вызова услуги MBMS. В соответствии с изобретением, когда пользовательский терминал UE находится в РММ-неактивном/RCC-соединенном режиме, информация связывания услуги MBMS для пользовательского терминала UE в контроллере RNC и в узле SGSN поддерживается в процессе предоставления услуги MBMS, повышая эффективность обеспечения услуги MBMS.As follows from the above, when the user terminals of the UEs joining the MBMS service are in RCC connected mode after setting up the call for the CS service or PS service, the present invention prevents the user terminals from receiving notifications for the paging call of the MBMS service when providing the MBMS service, thereby increasing the likelihood of success and reliability of the search call of the MBMS service. According to the invention, when the user terminal UE is in the PMM inactive / RCC connected mode, MBMS service binding information for the user terminal UE in the RNC and the SGSN is supported in the process of providing the MBMS service, increasing the efficiency of providing the MBMS service.
Хотя настоящее изобретение показано и описано со ссылками на предпочтительные варианты его осуществления, специалистам в данной области техники должно быть понятно, что различные изменения по форме и в деталях могут быть осуществлены без отклонения от сущности и объема настоящего изобретения, как определено в формуле изобретения.Although the present invention has been shown and described with reference to preferred embodiments thereof, those skilled in the art will understand that various changes in form and detail can be made without departing from the spirit and scope of the present invention as defined in the claims.
Claims (47)
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20030008934 | 2003-02-12 | ||
KR10-2003-0008934 | 2003-02-12 | ||
KR10-2003-0020275 | 2003-03-31 | ||
KR20030020275 | 2003-03-31 | ||
KR10-2003-0023355 | 2003-04-14 | ||
KR10-2003-0031354 | 2003-05-16 | ||
KR20030031354 | 2003-05-16 |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2005125597A RU2005125597A (en) | 2006-01-27 |
RU2314649C2 true RU2314649C2 (en) | 2008-01-10 |
Family
ID=36047756
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2005125597/09A RU2314649C2 (en) | 2003-02-12 | 2004-02-09 | Method for providing multimedia broadcasting/multi-address service in user terminal of mobile communications system |
Country Status (1)
Country | Link |
---|---|
RU (1) | RU2314649C2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8165026B2 (en) | 2008-03-25 | 2012-04-24 | Qualcomm Incorporated | Method and apparatus to report and manage cells in a multi carrier system |
US8687589B2 (en) | 2008-08-13 | 2014-04-01 | Qualcomm Incorporated | Neighbor cell search on a secondary carrier |
RU2510927C1 (en) * | 2010-02-02 | 2014-04-10 | Зте Корпорэйшен | Method and device for filtering identifier for establishing connection with busy subscriber originating from malicious user and calling side network device for realising said method |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GEP20104886B (en) | 2003-05-01 | 2010-02-10 | Interdigital Tech Corp | Delivery of data over wlan coupled to 3gpp |
-
2004
- 2004-02-09 RU RU2005125597/09A patent/RU2314649C2/en active
Non-Patent Citations (1)
Title |
---|
3GPP TR 23.846 1.1.1, 22.07.2002. * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8165026B2 (en) | 2008-03-25 | 2012-04-24 | Qualcomm Incorporated | Method and apparatus to report and manage cells in a multi carrier system |
US8687589B2 (en) | 2008-08-13 | 2014-04-01 | Qualcomm Incorporated | Neighbor cell search on a secondary carrier |
RU2510927C1 (en) * | 2010-02-02 | 2014-04-10 | Зте Корпорэйшен | Method and device for filtering identifier for establishing connection with busy subscriber originating from malicious user and calling side network device for realising said method |
Also Published As
Publication number | Publication date |
---|---|
RU2005125597A (en) | 2006-01-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7565138B2 (en) | Method for managing service context for paging user equipment in a multimedia broadcast/multicast service | |
US7493108B2 (en) | Provision of a multimedia broadcast/multicast service (MBMS) for a user equipment moving along cells in a cellular mobile communication system | |
EP1668798B1 (en) | Method for distinguishing mbms service request from other service requests | |
US7450534B2 (en) | Temporary mobile group identifier generation and distribution method | |
US8165053B2 (en) | Method for supporting MBMS service transmission in LTE system | |
KR101085685B1 (en) | Method for supporting backward compatibility of mbms | |
EP1439668A2 (en) | System and method for supporting multimedia broadcast/multicast service in a non-tracking area | |
AU2005319825B2 (en) | Method and apparatus for providing multimedia broadcast/multicast service according to mobility of user equipment | |
US20070213081A1 (en) | Method and System for Controlling Multimedia Broadcast Multicast Service Session Procedure | |
US20040137885A1 (en) | Method of coupling user equipment information specific to a multicast/broadcast service with a multicast/broadcast service context of a controlling network entity | |
US20050213541A1 (en) | Method for transmitting service information between network nodes for MBMS service in mobile communication system | |
RU2314649C2 (en) | Method for providing multimedia broadcasting/multi-address service in user terminal of mobile communications system | |
KR100487231B1 (en) | Method for serving multimedia broadcast/multicast service in mobile communication system | |
KR20060090134A (en) | Radio communication system and method for providing mbms service | |
KR20050100859A (en) | Method for management service context in order to paging user equipment with cs service in multimedia broadcast/multicast service | |
KR20050017319A (en) | Mbms dedicated signalling bearer management method over iur interface for serving multimedia broadcast/multicast service in mobile communication system in radio network controller |