CN1499853A - 支持多媒体广播与组播业务采用共享Iu信令连接的方法 - Google Patents
支持多媒体广播与组播业务采用共享Iu信令连接的方法 Download PDFInfo
- Publication number
- CN1499853A CN1499853A CNA021503435A CN02150343A CN1499853A CN 1499853 A CN1499853 A CN 1499853A CN A021503435 A CNA021503435 A CN A021503435A CN 02150343 A CN02150343 A CN 02150343A CN 1499853 A CN1499853 A CN 1499853A
- Authority
- CN
- China
- Prior art keywords
- message
- sgsn
- rnc
- mbms business
- signaling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种支持MBMS业务采用共享Iu信令连接的方法,包括步骤:UE在接收MBMS业务时,有非MBMS业务需要发送;UE发送非接入层消息“业务请求”消息给SGSN;RNC在转发UE的非接入层消息“业务请求”给SGSN时,检查UE有无接收MBMS业务,如果有UE接收某MBMS业务的共享Iu连接,则不发起SCCP连接建立过程,RNC通过共享Iu连接转发该UE的非接入层消息给SGSN;SGSN收到“业务请求”消息后,在业务请求被接受的情况下,SGSN返回“业务接受”消息给MS;SGSN通过UE接收某MBMS业务的共享Iu连接发送“RAB分配请求”消息给RNC要求建立RAB,在现有消息“RAB分配请求”消息中增加信息元素:PermanentNAS UE Identity,用于在UTRAN和CN内识别UE。
Description
技术领域
本发明涉及一种移动通信系统中RANAP消息和Iu接口相关的过程如何支持MBMS业务在Iu接口采用共享信令连接的方法。
背景技术
多媒体广播和组播业务(以下简称MBMS)是第三代伙伴计划(以下简称3GPP)正在进行标准化的一项新业务,该正在开发的标准为TR23.846,其最新的版本为1.0.0。MBMS业务是一种单向的点对多点的业务,这种业务的最大特点是它可以有效的利用无线资源和网络资源。
为了更好的对本专利进行说明,图1描述了MBMS的系统结构,MBMS网络结构以通用分组无线业务(简称GPRS)核心网为基础,并增加了新的网络单元。下面是对图1MBMS系统结构的描述,101广播和组播业务中心(简称BM-SC)是MBMS系统的业务控制中心。102网关GPRS支持节点(简称GGSN)和103服务GPRS支持节点(简称SGSN)构成了MBMS业务的传输网络,为数据的传输提供路由。106归属位置寄存器(简称HLR)保存与用户有关的数据,可以提供用户鉴权等服务。104UMTS陆地无线接入网(简称UTRAN)在空中接口上为MBMS服务提供无线资源。107Iu表示接入网和核心网之间的接口。105用户设备(简称UE)是用来接收数据的终端设备。MBMS业务所用的无线资源不是用户专用的,而是由此业务的所有用户共享的。
3GPP规范TR 23.846 v1.2.0描述了SRNS重定位过程。图2是相应的信令流程。下面是对流程中各个步骤的详细说明。
201源RNC决定执行SRNS重定位过程。
202源RNC发送“重定位需求”给原来的SGSN
203原来的SGSN转发“重定位请求”给新的SGSN
204新的SGSN发送“重定位请求”给目标RNC,在目标RNC和新的SGSN之间建立无线接入承载(以下简称RAB)。当RAB需要的资源包括用户平面的资源成功分配后,目标RNC发送“重定位请求确认”消息给新的SGSN。
205新的SGSN转发“重定位响应”给原来的SGSN
206原来的SGSN发送“重定位命令”消息给源RNC
207源RNC开始复制数据并通过网络协议层(以下简称IP层)发送给目标RNC
208源RNC发送“重定位提交”给目标RNC,该过程用以传输SRNS上下文给目标RNC,并且SRNS的角色从源RNC转换到目标RNC。
209当目标RNC收到重定位执行的触发消息时,目标RNC发送“重定位检测”消息给新的SGSN。之后,目标RNC开始行使服务无线网络控制器(以下简称SRNC)的角色。
210UE和目标RNC交换移动相关的信息,例如新的SRNC的标识,位置区域的表示和上行用户数据等在UE和目标RNC间交换
211如果SRNS重定位是不同SGSN之间的SRNS重定位,当新的SGSN收到“重定位检测”消息后,新的SGSN发送“更新PDP上下文请求”消息给相应的GGSN,GGSN更新分组数据协议(以下简称PDP)上下文并返回“更新PDP上下文响应”消息。新的SGSN检查UE的MBMS上下文中各个MBMS业务,如果某业务在SGSN中是第一个UE加入,在SGSN和GGSN之间建立GPRS隧道协议(以下简称GTP)隧道,在GGSN创建MBMS上下文。
212目标SRNC收到“UTRAN移动信息确认”消息后,发起重定位完成过程,新的SGSN发送“重定位完成”消息通知原来的SGSN SRNS重定位过程的完成。
213释放源RNC和源SGSN之间的Iu连接和用户资源。
214如果新的路由区域表示(以下简称RAI)不同于原来的,UE发起路由位置更新过程。
C1、C2和C3执行增强移动网络的性化的应用过程(简称CAMEL)。
现有的RANAP消息
在3GPP规范TR 25.413 v5.0.0中,“RAB分配请求”(RAB AssignmentRequest)消息包括以下几方面的信息:
-RABs To Be Setup Or Modified Li st,要建立或修改的RAB标识,RAB的用户面参数等信息。
-RABs To Be Released List,要释放的RAB标识,释放原因。
该消息是面向连接的消息,消息中没有包含信息元素UE的标识。同样“RAB分配响应”,“初始UE信息”消息中也没有UE的标识。SGSN和RNC可以根据Iu的连接标识知道UE信息。
重定位需求消息包括以下几方面的信息:
-Relocat ion Type,该信息元素指出SRNS重定位的执行是否与UE有关。
-Cause,表示发起重定位的原因。
-Source ID,指出SRNC重定位的源。
-Target ID,SRNC重定位的目标标识,可以是目标RNC的标识,或者是目标小区的全局小区标识(在UMTS到GSM重定位的情况下)。
-Source RNC To Target RNC Transparent Container,包括加密信息,小区负载信息及无线接入承载和传输信道的映射关系等参数。
-Old BSS To New BSS Information,由源RNC产生传给目标RNC的信息,包含密码索引、RAB信息、传输信道信息等。
重定位命令(Relocation Command)消息包括以下几方面的信息:
-Target RNC To Source RNC Transparent Container,包括加密信息,小区负载信息及无线接入承载和传输信道的映射关系等参数。
-Inter-System Informat ion Transparent Container,包括传输
网络临时标识和无线资源控制信息。
-L3 information,无线网络层的消息。
-RABs To Be Released List,需要释放的无线接入承载(以下简称RAB)信息。
-RABs Subject To Data Forwarding List,用来转发数据的RAB信息。
这些消息在重定位过程中是源RNC和源SGSN之间的消息,这些消息是面向连接的消息,所以这些消息里没有UE的标识,SGSN和RNC可以根据Iu的连接标识知道发生重定位的UE。
同样,在重定位过程中其它消息“重定位请求确认”、“重定位检测”、“重定位完成”、“重定位准备失败”,“重定位失败”、“重定位取消”都是面向连接的消息,消息的信息元素没有UE标识。
现有Iu接口的信令连接的建立和释放
当UE和CN的信息需要在无线网络控制器(以下简称RNC)和CN之间交换而Iu接口上没有该UE的信令连接控制部分(以下简称SCCP)的时候,就开始建立一条新的SCCP连接。SCCP连接建立的情况如下:
I)RNC发起SCCP信令连接的建立
当RNC第一次收到从UE发来的非接入层的消息,如果没有该UE的Iu连接,RNC发起SCCP连接建立过程。RNC发送“SCCP连接请求”消息到CN,在“SCCP连接请求”消息的数据域包含一条RANAP消息。
II)CN发起SCCP信令连接的建立
CN在执行重定位的时候发起SCCP信令连接的建立。CN通过发送“SCCP连接请求”消息到RNC发起Iu信令连接的建立,在“SCCP连接请求”消息的数据域可以包含一条RANAP消息(可选)。
上面所列只是当前确定的SCCP连接建立的情况。其他的情行将来可以引入。
RNC决定执行SRNS重定位过程时,RNC发送“重定位需求”消息给源SGSN。但是“重定位需求”消息里没有UE的标识,如果通过UE接收的某一MBMS业务的共享Iu连接来发送,SGSN就不知道是从哪个UE来的“重定位需求”消息,其它的RANAP消息如“重定位命令”、“RAB分配请求”、“RAB分配响应”、“初始UE信息”、“直接转移”等通过共享的Iu连接发送后也同样会存在RNC或者SGSN无法识别的问题。
Iu释放过程用于释放Iu信令连接及与此信令连接相关的UTRAN资源。在重定位过程中,如果移动的UE不是某MBMS业务的唯一一个用户,SGSN给源RNC发送“Iu释放名令”后会把共享连接及用于MBMS用户面资源释放掉,这是不合理的,应该发送合适的消息只释放与移动用户相关的UTRAN资源。
现有的SCCP连接建立条件中:当RNC第一次收到从UE发来的非接入层的消息,如果没有该UE的Iu连接,RNC发起SCCP连接建立过程。如果UE在接收MBMS业务的时候有上行的非MBMS数据需要发送,UE会给RNC发送业务请求的信息,按照上述SCCP连接建立条件,RNC将会发起为UE建立专用Iu连接的过程,如果多个接收同一种MBMS业务的UE都是这种情况,将会为多个UE建立专用Iu连接,这是与共享Iu连接方式相矛盾的。
CN在执行重定位的时候发起SCCP信令连接的建立。CN通过发送“SCCP连接请求”消息到RNC发起Iu信令连接的建立。如果UE移动到新的RNC后,目的RNC和新的SGSN之间已经建立了UE接收的某MBMS业务共享的Iu连接,则UE专用的Iu连接不需要再建立。所以现有的SCCP连接建立条件需要修改。
发明内容
本发明的目的就是通过对现有规范(如消息、流程)的修改,提供一种能够支持移动通信系统中对MBMS业务采用共享Iu信令连接的方式。
为实现上述目的,一种支持MBMS业务采用共享Iu信令连接的方法,包括步骤:
(a)UE在接收MBMS业务时,有非MBMS业务需要发送;
(b)UE发送非接入层消息“业务请求”消息给SGSN;
(c)RNC在转发UE的非接入层消息“业务请求”给SGSN时,检查UE有无接收MBMS业务,如果有UE接收某MBMS业务的共享Iu连接,则不发起SCCP连接建立过程,RNC通过共享Iu连接转发该UE的非接入层消息给SGSN;
(d)SGSN收到“业务请求”消息后,在业务请求被接受的情况下,SGSN返回“业务接受”消息给MS;
(e)SGSN通过UE接收某MBMS业务的共享Iu连接发送“RAB分配请求”消息给RNC要求建立RAB,在现有消息“RAB分配请求”消息中增加信息元素:Permanent NAS UE Identity,用于在UTRAN和CN内识别UE;
(f)RNC分配资源并通过共享Iu信令连接返回“RAB分配响应”,在现有消息“RAB分配响应”消息中增加信息元素:Permanent NAS UEIdentity,用于在UTRAN和CN内识别UE;
(g)SGSN收到从RNC来的“RAB分配响应”,根据此消息中的UE标识,知道对应UE的用户面承载已经建立完成。
本发明使得WCDMA系统能够支持对MBMS业务的共享Iu连接方式。解决了在Iu接口对MBMS业务采用共享连接所带来的用户移动的问题,同时解决了WCDMA系统中MBMS共享Iu信令连接如何为UE专用非MBMS业务提供服务的问题。发明中对规范的修改不影响现有的系统功能,具有后向兼容性。
附图说明
图1是MBMS系统结构示意图;
图2是现有SRNS重定位过程;
图3是支持共享Iu连接的SRNS重定位过程;
图4是MBMS共享Iu信令连接服务于UE专用非MBMS业务的过程。
具体实施方式
(1)对已有消息的改造
重定位需求:
在现有规范的基础上,对此消息新增加一个信息元素:Permanent NAS UEIdentity,用于在UTRAN和CN内识别UE。SGSN用此信息元素来找到其它已存的信令连接(如其它UE可以使用的共享Iu信令连接)该参数用全球移动用户标识(以下简称IMSI)的类型。该参数是可选的(optional)类型,对于没有接收MBMS业务的UE,此消息是通过UE专用Iu连接来传送的,如果是接收MBMS业务的UE,此消息是通过共享Iu连接来传送的,该参数是有意义的。
重定位命令:
在现有规范的基础上,对此消息新增加一个信息元素:Permanent NAS UEIdentity,用于在UTRAN和CN内识别UE。RNC用此信息元素来找到其它已存的信令连接(如RRC信令连接或者其它UE可以使用的共享Iu信令连接)该参数是IMSI的类型。
Iu接口其它用于重定位的消息:重定位请求确认,重定位检测,重定位完成,重定位准备失败,重定位取消,重定位取消确认中都需要加入信息元素:Permanent NAS UE Identity。
用于建立、修改、释放用户面承载的消息:RAB分配请求,RAB分配响应,RAB释放请求中都需要加入信息元素:Permanent NAS UE Identity。RNC和SGSN才能区分要为哪个UE建立、修改、释放RAB。
同时,初始UE信息和直接转移消息中也需要加入信息元素:PermanentNAS UE Identity。
(2)对SRNS重定位信令流程的修改
在该信令流程中,源SGSN执行完转发重定位确认给新的SGSN(图2中第12步)后:
-如果发现移动的用户是SGSN和RNC间最后一个离开或者退出某MBMS业务的用户,SGSN发送“Iu释放命令”给源RNC,要求释放某共享的Iu连接及与此连接相关的UTRAN资源。如果移动的用户是SGSN和RNC间多个MBMS业务的最后一个用户,SGSN需要重复发送多次“Iu释放命令”给源RNC。
-如果移动的用户不是所接收MBMS业务的最后一个用户,用户除了接收MBMS业务外还有别的非MBMS业务,SGSN需要发送“RAB分配请求”消息给RNC以释放用于此用户非MBMS业务的RAB。
-如果移动的用户不是所接收MBMS业务的最后一个用户,用户除了接收MBMS业务外没有别的非MBMS业务,则这一步不需要。
RNC根据收到的消息不同,决定执行不同的操作:
-如果RNC收到从SGSN来的“Iu释放命令”后,释放Iu连接和相关的资源并返回“Iu释放完成”消息给SGSN。
-如果RNC收到的是“RAB分配请求”消息,根据此消息中的UE标识Permanent NAS UE Identity释放用于该UE的消息中所指RAB,并返回“RAB分配响应”消息给SGSN。
在该信令流程中,目标RNC收到新的SGSN的“重定位请求”消息后,根据消息中的MBMS上下文,如果目标RNC还没有加入UE使用的某MBMS业务,目标RNC发送“MBMS业务请求”消息给新的SGSN请求业务。如果目标RNC还没有加入UE使用的多项MBMS业务,该消息需要重复发送多次。
(3)SCCP连接的建立和释放
为了支持移动通信系统中对MBMS业务采用共享Iu信令连接的方式,对现有的SCCP连接建立的触发条件下进行修改,如下所述:
SCCP连接建立的情况如下:
I)RNC发起SCCP信令连接的建立
当RNC第一次收到从UE发来的非接入层的消息,如果没有该UE的Iu连接,也没有UE接收MBMS业务的共享Iu连接,RNC发起SCCP连接建立过程。RNC发送“SCCP连接请求”消息到CN,在“SCCP连接请求”消息的数据域包含一条RANAP消息。
RNC发送“MBMS业务请求”给SGSN的时候,如果在Iu接口上没有用于该业务的Iu连接,就发起SCCP连接建立过程。在“SCCP连接建立请求”的数据域包含一条RANAP消息(请参考:多媒体广播与组播业务在Iu接口的信令承载连接方法)。
II)CN发起SCCP信令连接的建立
CN在执行重定位的时候,
-如果UE没有接收MBMS业务或者RNC和SGSN间没有UE接收MBMS业务的共享信令连接,CN发起SCCP信令连接的建立。CN通过发送“SCCP连接请求”消息到RNC发起Iu连接的建立,在“SCCP连接请求”消息的数据域包含一条RANAP消息(可选)。
如果RNC和SGSN间已存在UE接收MBMS业务的共享信令连接,CN不发起SCCP连接建立了过程。
为支持移动通信系统中对MBMS业务的共享Iu信令连接,SRNS重定位过程如图3所示。下面对各个步骤详细说明:
301源RNC决定执行SRNS重定位过程
302源RNC构造“重定位需求”消息,如果存在UE的专用Iu连接(UE没有接收MBMS业务),直接发送该消息到SGSN。如果UE在接收MBMS业务,就没有UE专用的Iu连接,通过UE接收某一MBMS业务的共享Iu连接发送该消息到SGSN。重定位需求消息的信息元素包括:Permanent NAS UE Identity。根据UE的标识,SGSN就知道是哪个UE发生了移动。
303原来的SGSN转发“重定位请求”给新的SGSN,消息中包含:MBMS上下文。
304新的SGSN发送“重定位请求”给目标RNC,如果UE没有接收MBMS业务或者RNC和SGSN间没有UE接收MBMS业务的共享信令连接,在发送“重定位请求”的时候,SGSN发起SCCP信令连接的建立过程。SGSN通过发送“SCCP连接请求”消息到RNC发起Iu连接的建立,在“SCCP连接请求”消息的数据域包含一条RANAP消息(可选)。在UE没有接收MBMS业务的情况下,建立的是UE专用的Iu连接。在UE接收MBMS业务上,建立的是某一业务的共享Iu信令连接。
如果RNC和SGSN间已存在UE接收MBMS业务的共享信令连接,新的SGSN直接发送“重定位请求”给目标RNC,SGSN不发起SCCP连接建立过程。
305如果目的RNC没有加入相应的服务,目标RNC发送“MBMS业务请求”消息给SGSN。
306在目标RNC和新的SGSN之间建立无线接入承载,包括用于MBMS的RABs。
307当RAB需要的资源包括用户平面的资源成功分配后,目标RNC发送“重定位请求确认”消息给新的SGSN。“重定位请求确认”消息的信息元素包括:Permanent NAS UE Identity。
308新的SGSN转发“重定位响应”给原来的SGSN。
309原来的SGSN发送“重定位命令”消息给源RNC,消息中包含信息
元素:Permanent NAS UE Identity。
310源RNC开始复制数据并通过网络协议层(以下简称IP层)发送给目标RNC。
311源RNC发送“重定位提交”给目标RNC,该过程用以传输SRNS上下文给目标RNC,并且SRNS的角色从源RNC转换到目标RNC。
312当目标RNC收到重定位执行的触发消息时,目标RNC发送“重定位检测”消息给新的SGSN,消息中包含信息元素:Permanent NAS UEIdentity。之后,目标RNC开始行使服务无线网络控制器(以下简称SRNC)的角色。
313UE和目标RNC交换移动的信息,例如新的SRNC的标识,位置区域的表示和上行用户数据等。
314如果SRNS重定位是不同SGSN之间的SRNS重定位,当新的SGSN收到“重定位检测”消息后,新的SGSN发送“更新分组数据协议(以下简称PDP)上下文请求”消息给相应的GGSN,GGSN更新PDP上下文并返回“更新PDP上下文响应”消息。新的SGSN检查UE的MBMS上下文的每一种MBMS业务,如果某业务是SGSN中第一个UE加入,在SGSN和GGSN之间建立GTP隧道,在GGSN创建MBMS上下文。
315目标SRNC收到“UTRAN移动信息确认”消息后,发起重定位完成过程。“重定位完成”消息中包含信息元素:Permanent NAS UEIdentity。
316新的SGSN发送“重定位完成”消息通知原来的SGSN SRNS重定位过程的完成,原来的SGSN返回“重定位完成确认”。
317释放源RNC和源SGSN之间的相关资源。
如果移动UE是源SGSN和源RNC之间最后一个使用某MBMS业务的UE,共享的Iu连接及用于MBMS的用户平面资源应该被释放。SGSN发送“Iu释放命令”消息给源RNC,请求RNC释放相应的Iu连接及与此连接有关的UTRAN资源;源RNC释放掉相应的资源并发送“Iu释放完成”消息给SGSN。如果UE是源RNC中多个业务的最后一个用户,则上述释放过程需进行多次
如果移动的用户不是所接收MBMS业务的最后一个用户,SGSN发送“RAB分配请求”消息给RNC以释放用于此用户非MBMS业务的RAB。源RNC释放掉相应的资源并发送“RAB分配响应”消息给SGSN。这两条消息中包含信息元素:Permanent NAS UE Identity。RNC和SGSN可以知道要释放哪个用户的RAB。
如果用户除了接收MBMS业务外没有别的非MBMS业务,移动的用户又不是所接收MBMS业务的最后一个用户,则这一步不需要。
318如果新的路由区域标识(以下简称RAI)不同于原来的,UE发起路由位置更新过程。
MBMS共享Iu信令连接服务于UE专用非MBMS业务的过程如图4所示,下面对各个操作步骤进行说明。
401 MS接收MBMS业务。
402 MS有非MBMS业务的上行数据需要发送,因为已经存在RRC连接,构造“业务请求”消息。
403 MS发送“业务请求”消息给SGSN,要求SGSN保留资源。“业务请求”消息的业务类型参数应设置为数据。RNC转发UE的非接入层消息“业务请求”消息给SGSN时,如果已经存在该UE的Iu连接或者该UE接收MBMS业务的共享Iu连接,RNC通过已有连接转发“业务请求”消息。
405在业务请求被接受的情况下,SGSN返回“业务接受”消息给MS。
对于接收MBMS业务的UE,在Iu接收通过共享Iu信令连接发送此消息。
406 SGSN发送通过共享Iu信令连接发送“RAB分配请求”消息给RNC要求建立RAB,消息中包含信息元素:Permanent NAS UE Identity,用于在UTRAN和CN内识别UE。RNC用此信息元素来找到其它已存的信令连接(如RRC连接或者其它UE可以使用的共享Iu信令连接)。
407 RNC发送“RB建立”消息给MS告知MS新建立RAB标识请求建立无线资源。
408 MS返回“RB建立完成”告知RNC无线承载的建立成功。
409 RNC通过共享Iu信令连接返回“RAB分配响应”给SGSN表明用户面承载的建立完成。消息中包含信息元素:Permanent NAS UEIdentity。
410对于每个用修改的Qos重建的RAB,SGSN发起“PDP上下文修改”过程来通知MS和GGSN对应PDP上下文新协商的Qos。
411MS发送上行数据包。
Claims (7)
1.一种支持MBMS业务采用共享Iu信令连接的方法,包括步骤:
(a)UE在接收MBMS业务时,有非MBMS业务需要发送;
(b)UE发送非接入层消息“业务请求”消息给SGSN;
(c)RNC在转发UE的非接入层消息“业务请求”给SGSN时,检查UE有无接收MBMS业务,如果有UE接收某MBMS业务的共享Iu连接,则不发起SCCP连接建立过程,RNC通过共享Iu连接转发该UE的非接入层消息给SGSN;
(d)SGSN收到“业务请求”消息后,在业务请求被接受的情况下,SGSN返回“业务接受”消息给MS;
(e)SGSN通过UE接收某MBMS业务的共享Iu连接发送“RAB分配请求”消息给RNC要求建立RAB,在现有消息“RAB分配请求”消息中增加信息元素:Permanent NAS UE Identity,用于在UTRAN和CN内识别UE;
(f)RNC分配资源并通过共享Iu信令连接返回“RAB分配响应”,在现有消息“RAB分配响应”消息中增加信息元素:Permanent NAS UEIdentity,用于在UTRAN和CN内识别UE;
(g)SGSN收到从RNC来的“RAB分配响应”,根据此消息中的UE标识,知道对应UE的用户面承载已经建立完成。
2.根据权利要求1所述的方法,其特征在于还包括,修改RNC发起SCCP信令连接的建立包括步骤:
RNC发起SCCP信令连接的建立:
当RNC第一次收到从UE发来的非接入层的消息,如果没有该UE的Iu信令连接,也没有UE接收MBMS业务的共享Iu连接,RNC发起SCCP连接建立过程,RNC发送“SCCP连接请求”消息到CN,在“SCCP连接请求”消息的数据域包含一条RANAP消息。
3.根据权利要求1所述,其特征在于,在现有消息“初始UE信息、”“直接转移”中增加信息元素:Permanent NAS UE Identity,用于在UTRAN和CN内识别UE。
4.一种支持MBMS业务采用共享Iu信令连接的方法,包括步骤:
(a)SRNC决定执行重定位过程;
(b)SRNC构造“重定位需求”消息,如果没有该UE的专用Iu信令连接,则通过UE接收某MBMS业务的共享Iu信令连接发送“重定位需求”消息给原来的SGSN;
(c)原来的SGSN转发重定位需求给新的SGSN;
(d)新的SGSN构造“重定位请求”消息,如果UE没有接收MBMS业务或者RNC和SGSN间没有UE接收MBMS业务的共享信令连接,SGSN发起SCCP信令连接的建立,否则,通过UE接收某MBMS业务的共享Iu信令连接发送“重定位请求”消息给目标RNC;
(e)目标RNC为UE需要的业务分配RAB后,通过UE接收某MBMS业务的共享Iu信令连接发送“重定位请求确认”消息给新的SGSN;
(f)原来的SGSN收到来自新的SGSN转发“重定位响应”后,通过UE接收某MBMS业务的共享Iu信令连接发送“重定位命令”消息给原来的RNC;
(g)目标RNC收到原来的RNC的“重定位提交”消息后,通过UE接收某MBMS业务的共享Iu信令连接发送“重定位检测”消息给新的SGSN;
(h)目标RNC收到来自UE的“UE移动信息确认”消息后,通过UE接收某MBMS业务的共享Iu信令连接发送“重定位完成”消息给新的SGSN;
(i)源SGSN转发重定位完成确认给新的SGSN后:
◆如果发现移动的用户是SGSN和RNC间最后一个离开或者退出某MBMS业务的用户,SGSN发送“Iu释放命令”给源RNC,要求释放某共享的Iu连接及与此连接相关的UTRAN资源。如果移动的用户是SGSN和RNC间多个MBMS业务的最后一个用户,SGSN需要重复发送多次“Iu释放命令”给源RNC;
◆如果移动的用户不是所接收MBMS业务的最后一个用户,则这一步不需要;
◆如果移动的用户不是所接收MBMS业务的最后一个用户,用户除了接收MBMS业务外还有别的非MBMS业务,SGSN需要发送“RAB分配请求”消息给RNC以释放用于此用户非MBMS业务的RAB;
(j)如果源RNC收到源SGSN的“Iu释放命令”或者“RAB分配请求”消息,释放相关的资源,并分别返回“Iu释放完成”或者“RAB分配响应”消息。
5.根据权利要求4所述的方法,其特征在于,在现有消息“重定位需求”、“重定位命令”、“重定位请求确认”、“重定位检测”、“重定位完成”、中增加信息元素:Permanent NAS UE Identity,用于在UTRAN和CN内识别UE。
6.根据权利要求4所述的方法,其特征在于还包括,修改CN发起SCCP信令连接的建立包括步骤:
CN在执行重定位的时候,
-如果UE没有接收MBMS业务或者RNC和SGSN间没有UE接收MBMS业务的共享信令连接,CN发起SCCP信令连接的建立,CN通过发送“SCCP连接请求”消息到RNC发起Iu连接的建立,在“SCCP连接请求”消息的数据域包含一条RANAP消息;
-如果RNC和SGSN间已存在UE接收MBMS业务的共享信令连接,CN不发起SCCP连接建立了过程。
7.根据权利要求4所述的方法,其特征在于还包括,在SRNS重定位流程中,目标RNC收到新的SGSN的“重定位请求”消息后,根据消息中的MBMS上下文,如果目标RNC还没有加入UE使用的某MBMS业务,目标RNC发送“MBMS业务请求”消息给新的SGSN请求业务,如果目标RNC还没有加入UE使用的多项MBMS业务,该消息需要重复发送多次。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA021503435A CN1499853A (zh) | 2002-11-05 | 2002-11-05 | 支持多媒体广播与组播业务采用共享Iu信令连接的方法 |
PCT/KR2003/002358 WO2004043024A1 (en) | 2002-11-05 | 2003-11-05 | Method for supporting multicast broadcast/multicast service to employ shared iu signaling connection |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA021503435A CN1499853A (zh) | 2002-11-05 | 2002-11-05 | 支持多媒体广播与组播业务采用共享Iu信令连接的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1499853A true CN1499853A (zh) | 2004-05-26 |
Family
ID=32304076
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA021503435A Pending CN1499853A (zh) | 2002-11-05 | 2002-11-05 | 支持多媒体广播与组播业务采用共享Iu信令连接的方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN1499853A (zh) |
WO (1) | WO2004043024A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006058497A1 (fr) * | 2004-12-02 | 2006-06-08 | Huawei Technologies Co., Ltd. | Procede de distribution de ressources de reseau support |
WO2007012280A1 (fr) * | 2005-07-27 | 2007-02-01 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif d'émission et de réception d'un service de diffusion/multidiffusion multimédia |
CN1306766C (zh) * | 2004-09-30 | 2007-03-21 | 华为技术有限公司 | 多媒体广播组播业务系统中业务识别和路由方法 |
CN100396135C (zh) * | 2005-08-01 | 2008-06-18 | 华为技术有限公司 | 一种宽带码分多址系统中rab指配故障的上报方法 |
CN100407856C (zh) * | 2004-09-07 | 2008-07-30 | 中兴通讯股份有限公司 | 避免通过Iur口传递跨无线网络控制器的寻呼消息的方法 |
CN100421515C (zh) * | 2005-05-20 | 2008-09-24 | 华为技术有限公司 | 基于移动网络的组播业务数据的实现方法 |
CN100428860C (zh) * | 2006-02-14 | 2008-10-22 | 华为技术有限公司 | 一种多媒体广播/组播业务链接的方法 |
CN101018408B (zh) * | 2007-02-01 | 2010-10-06 | 华为技术有限公司 | 业务实现的方法、网络设备以及网络 |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7457275B2 (en) * | 2002-04-09 | 2008-11-25 | Jianguo Zhao | Method for implementing Iu-Flex based MBMS |
CN101193340B (zh) * | 2006-11-29 | 2010-12-08 | 华为技术有限公司 | 建立mbms无线接入承载指示的处理方法及装置 |
CN101237672B (zh) | 2007-01-29 | 2012-05-23 | 华为技术有限公司 | 一种演进网络中建立s1信令连接的方法、装置及系统 |
US8855099B2 (en) | 2007-03-19 | 2014-10-07 | Qualcomm Incorporated | Selective phase connection establishment |
GB2455545B (en) * | 2007-12-13 | 2010-01-27 | Nec Corp | MBMS bearer establishment reconfiguration and release |
CN102075980B (zh) * | 2009-11-25 | 2015-02-04 | 中国移动通信集团福建有限公司 | 一种获取系统切换信息元素的方法及装置 |
CN110876207A (zh) * | 2012-03-30 | 2020-03-10 | 交互数字专利控股公司 | 在无线发射/接收单元wtru中使用的方法以及wtru |
WO2017054544A1 (zh) * | 2015-09-30 | 2017-04-06 | 华为技术有限公司 | 增强型多媒体广播组播业务eMBMS实现方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5555244A (en) * | 1994-05-19 | 1996-09-10 | Integrated Network Corporation | Scalable multimedia network |
EP0792074A3 (en) * | 1996-02-20 | 1998-11-11 | Hewlett-Packard Company | A method of providing a service in a switched telecommunications system and a message interceptor suitable for use in such method |
US6335927B1 (en) * | 1996-11-18 | 2002-01-01 | Mci Communications Corporation | System and method for providing requested quality of service in a hybrid network |
-
2002
- 2002-11-05 CN CNA021503435A patent/CN1499853A/zh active Pending
-
2003
- 2003-11-05 WO PCT/KR2003/002358 patent/WO2004043024A1/en not_active Application Discontinuation
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100407856C (zh) * | 2004-09-07 | 2008-07-30 | 中兴通讯股份有限公司 | 避免通过Iur口传递跨无线网络控制器的寻呼消息的方法 |
CN1306766C (zh) * | 2004-09-30 | 2007-03-21 | 华为技术有限公司 | 多媒体广播组播业务系统中业务识别和路由方法 |
US8325641B2 (en) | 2004-09-30 | 2012-12-04 | Huawei Technologies Co., Ltd | Method and apparatus for service identifying and routing in multimedia broadcast/multicast service system |
WO2006058497A1 (fr) * | 2004-12-02 | 2006-06-08 | Huawei Technologies Co., Ltd. | Procede de distribution de ressources de reseau support |
CN100456691C (zh) * | 2004-12-02 | 2009-01-28 | 华为技术有限公司 | 一种对承载网资源进行分配的方法 |
CN100421515C (zh) * | 2005-05-20 | 2008-09-24 | 华为技术有限公司 | 基于移动网络的组播业务数据的实现方法 |
WO2007012280A1 (fr) * | 2005-07-27 | 2007-02-01 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif d'émission et de réception d'un service de diffusion/multidiffusion multimédia |
CN100450004C (zh) * | 2005-07-27 | 2009-01-07 | 华为技术有限公司 | 多媒体广播/组播服务业务发送方法和接收方法 |
CN100396135C (zh) * | 2005-08-01 | 2008-06-18 | 华为技术有限公司 | 一种宽带码分多址系统中rab指配故障的上报方法 |
CN100428860C (zh) * | 2006-02-14 | 2008-10-22 | 华为技术有限公司 | 一种多媒体广播/组播业务链接的方法 |
CN101018408B (zh) * | 2007-02-01 | 2010-10-06 | 华为技术有限公司 | 业务实现的方法、网络设备以及网络 |
Also Published As
Publication number | Publication date |
---|---|
WO2004043024A1 (en) | 2004-05-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1310528C (zh) | 改配服务无线电网控制器的职责的方法和无线电接入网 | |
CN1274180C (zh) | 包括多个通信网络的通信系统 | |
US8050679B2 (en) | Method and apparatus for indicating preferred layer information in multimedia broadcast/multicast service (MBMS) | |
US7450534B2 (en) | Temporary mobile group identifier generation and distribution method | |
CN1499853A (zh) | 支持多媒体广播与组播业务采用共享Iu信令连接的方法 | |
CN1592167A (zh) | 支持mbms后向兼容性的方法 | |
CN1479538A (zh) | 由drnc发起为mbms建立与核心网的数据连接的方法 | |
CN1736124A (zh) | 为在蜂窝移动通信系统中的小区之间移动的用户设备供应多媒体广播/多播业务(mbms) | |
CN1794868A (zh) | 无线接入网络中提供区别服务的实现方法 | |
CN1836389A (zh) | 在支持多媒体广播组播业务的移动通信系统中用专用信道对用户设备分页的方法 | |
CN1653729A (zh) | 用于在移动通信系统中管理多点通信组的方法 | |
KR20050073613A (ko) | Iu 인터페이스 상의 멀티미디어 방송/멀티캐스트 서비스신호 베어러 연결 방법 | |
CN1482777A (zh) | 用于在第三代网络中数据广播的方法和广播多播业务服务器 | |
CN1663151A (zh) | 在无线移动通信系统中的多媒体服务提供方法 | |
CN1518255A (zh) | 解决处于rrc连接模式ue移动的方法 | |
CN1917701A (zh) | 通过资源预留实现呼叫快速建立及小区快速切换的方法 | |
CN1893720A (zh) | 一种系统间切换方法 | |
CN1859305A (zh) | 一种多媒体广播/组播业务中建立gtp隧道的方法 | |
CN101076195A (zh) | 移动终端、网络、移动终端进行网络切换的方法及系统 | |
CN101047960A (zh) | 一种无线演进网络中重新附着的实现方法 | |
CN1849004A (zh) | 一种位置切换的方法及装置 | |
CN1905569A (zh) | 移动通信网络改变用户ip地址的方法 | |
CN1499761A (zh) | 核心网和用户设备识别用户设备状态的方法 | |
CN1177434C (zh) | 基于通用陆地无线接入网接口的多播业务的实现方法 | |
CN1180639C (zh) | 多播业务中选择无线信道配置的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |