CN1549476A - 在不同rnc间交换mbms相关信息的方法 - Google Patents
在不同rnc间交换mbms相关信息的方法 Download PDFInfo
- Publication number
- CN1549476A CN1549476A CNA031251684A CN03125168A CN1549476A CN 1549476 A CN1549476 A CN 1549476A CN A031251684 A CNA031251684 A CN A031251684A CN 03125168 A CN03125168 A CN 03125168A CN 1549476 A CN1549476 A CN 1549476A
- Authority
- CN
- China
- Prior art keywords
- information
- message
- rnc
- mbms
- sub
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种不同RNC间交换MBMS相关信息的方法,包括步骤:当RNC1需要知道邻近RNC小区MBMS的相关信息时,RNC1发送RNSAP消息“信息交换初始化请求”给邻近RNC,并等待回应;RNC1接收邻近RNC的回应消息,如果回应消息是成功的响应“信息交换初始化响应”,邻近RNC把“信息交换初始化响应”消息中请求的数据值保存到RNCMBMS上下文中。本发明解决了如果邻近的小区在另外一个RNC,如何获得邻近小区的信息的问题。本发明通过对现有消息的修改,有效的解决了这一问题,而且保证邻近小区传输模式的改变可以及时通知邻近RNC。对现有消息的修改具有后向兼容性。
Description
技术领域
本发明涉及宽带码分多址(以下简称WCDMA)移动通信系统中一种在无线网络控制器(以下简称RNC)间交换多媒体广播和组播业务(以下简称MBMS)相关信息的方法。
背景技术
多媒体广播和组播业务(以下简称MBMS)是第三代伙伴计划(以下简称3GPP)正在进行标准化的一项新业务。MBMS业务是一种单向的点对多点的业务,这种业务的最大特点是它可以有效的利用无线资源和网络资源。
图1描述了MBMS的系统结构,MBMS网络结构以通用分组无线业务(简称GPRS)核心网为基础,并增加了新的网络单元。下面是对图1MBMS系统结构的描述。
101广播和组播业务中心(简称BM-SC)是MBMS系统的业务控制中心。102网关GPRS支持节点(简称GGSN)和103服务GPRS支持节点(简称SGSN)构成了MBMS业务的传输网络,为数据的传输提供路由。104UMTS陆地无线接入网(简称UTRAN)在空中接口上为MBMS服务提供无线资源。105用户设备(简称UE)是用来接收数据的终端设备。106归属位置寄存器(简称HLR)保存与用户有关的数据,可以提供用户鉴权等服务。107Uu为无线接口,108Iu表示接入网和核心网之间的接口。图中,除UE以外的其它部分构成基础结构域(简称IF)。MBMS业务所用的无线资源不是用户专用的,而是由此业务的所有用户共享的。
图2为现有的两个RNC间交换信息的过程成功的操作:
201当RNC1希望和RNC2交换信息的时候,RNC1发送“信息交换初始化请求”消息给RNC2。
202 RNC2收到此消息,当RNC2可以提供请求的信息时,RNC2发送“信息交换初始化响应”消息给RNC1。消息中包含和请求消息一致的“交换标识”。当报告特征信息元素被设置为“命令”或者“修改”或者“周期性”时,在响应消息中包含请求的数据。
信息交换初始化过程失败的情况如图3所示:
301当RNC1希望和RNC2交换信息的时候,RNC1发送“信息交换初始化请求”消息给RNC2。
302当RNC不能提供请求的信息类型时,RNC2发送“信息交换初始化失败”消息给RNC1。消息中包含和请求消息一致的“交换标识”。并设置适当的信息元素“原因”。典型的原因为,无线网络层原因:信息临时不可用,信息提供不支持。
信息交换初始化成功,RNC2报告请求信息的过程如图4所示:
401当请求的信息报告标准满足的时候,RNC2发起信息报告过程。RNC2发送信息“信息报告”消息给RNC1。消息中包含请求的数据。
信息交换过程开始后,终止信息交换过程如图5所示:
501 RNC1不需要RNC2再报告请求的信息时,RNC1发送“信息交换终止请求”消息给RNC2。RNC2收到此消息后,根据信息交换标识终止信息交换过程。
当请求的信息交换不能再报告的时候,信息交换失败的过程如图6所示:
601当RNC2不能再报告请求的信息时,RNC2发送“信息交换失败指示”消息给RNC1。消息中包含与“信息交换初始化请求”一致的信息交换标识。设置信息元素原因为合适的值。典型的原因为,无线网络层原因:信息临时不可用。
为了保证UE在不同小区间移动时接收MBMS业务的连续性,在本小区要周期性的广播邻近小区的信息,如邻近小区的传输方式是PTP还是PTM,如果是PTM的方式,无线承载的参数等信息。但是如果邻近小区存在另外一个RNC,如何获得另外一个RNC小区的相关信息是目前规范没有解决的问题。
发明内容
本发明的目的就是解决在本小区如何周期性的广播邻近小区MBMS信息的问题,保证UE在不同小区间移动时接收MBMS业务的连续性。
为实现上述目的,按照本发明的一方面,一种不同RNC间交换MBMS相关信息的方法,包括步骤:
当RNC1需要知道邻近RNC小区MBMS的相关信息时,RNC1发送RNSAP消息“信息交换初始化请求”给邻近RNC,并等待回应;
RNC1接收邻近RNC的回应消息,如果回应消息是成功的响应“信息交换初始化响应”,邻近RNC把“信息交换初始化响应”消息中请求的数据值保存到RNC MBMS上下文中。
按照本发明的另一方面,一种不同RNC间交换MBMS相关信息的方法,包括步骤:
RNC2收到从另外一个RNC来的“信息交换初始化请求”消息;
如果另外一个RNC请求的某些小区MBMS信息可用,RNC2发送“信息交换初始化响应”消息给另外一个RNC,否则,如果所有请求提供信息的小区不在MBMS服务区,RNC2发送“信息交换初始化失败”给另外一个RNC。
本发明解决了如果邻近的小区在另外一个RNC,如何获得邻近小区的信息的问题。本发明通过对现有消息的修改,有效的解决了这一问题,而且保证邻近小区传输模式的改变可以及时通知邻近RNC。对现有消息的修改具有后向兼容性。
附图说明
图1是MBMS业务的逻辑网络设备图;
图2是信息交换初始化过程,成功的情况;
图3是信息交换初始化过程,失败的情况;
图4是信息报告过程,成功的操作;
图5是信息交换终止过程,成功的操作;
图6是信息交换失败过程,成功的操作;
图7是开始传送对应的MBMS数据时的信令流程;
图8是MBMS数据正在传送,UE加入的信令流程;
图9是MBMS数据正在传送,UE移动到新的小区的信令流程;
图10是RNC间交换MBMS相关信息的初始化过程,成功的操作;
图11是RNC间交换MBMS相关信息的初始化过程,失败的操作;
图12是信息报告;
图13是信息交换中止;
图14是信息交换失败过程,成功的操作;
图15是发起信息交换初始化过程的RNC的行为;
图16是接收信息交换初始化请求消息的RNC的操作流程。
具体实施方式
本发明为了保证UE在不同小区间移动时接收MBMS业务的连续性,提供了如何获得邻近RNC小区MBMS相关信息从而可以周期性的广播邻近小区信息的方法,包括在MBMS数据到来的时候,在MBMS数据进行过程中第一个UE加入或者移入时获得邻近小区信息的方法,及MBMS会话结束或者最后一个UE离开时结束接收邻近RNC小区MBMS相关信息的方法。为了完成这个功能需进行以下的步骤:在MBMS数据到来或者数据进行过程中第一个UE加入或者移入时,RNC发起和邻近小区的RNC的信息交换过程;邻近小区的RNC的信息报告过程;邻近小区的传输模式改变时的信息报告过程;MBMS数据结束或者最后一个用户离开时结束信息交换的过程;邻近小区的相关参数不可用(如没有用户)时信息报告或者信息交换失败过程。
上述的过程用图进行说明,还用流程图来说明节点(发起信息交换初始化过程的RNC,需要报告信息的RNC)的工作过程。
图7为开始传送对应的MBMS数据时,不同RNC间交换MBMS信息的过程。
701 SGSN给RNC通知数据的传送。通知上述数据的传送的方法有SGSN利用MBMS通知,MBMS会话开始消息或者MBMS RAB分配请求消息给RNC等三种方式。在本发明假定的是传送MBMS会话开始消息的方法。在数据传送时SGSN事先接到从GGSN来的数据传送的通知。这时SGSN会查找有关MBMS业务上下文,向业务上下文中的RNC标识所指的RNC传送“MBMS会话开始”消息。这里假定RNC1所控制的小区中有加入此业务的处于连接模式的UE,或者加入此MBMS业务处于空闲模式的UE,RNC1属于最后知道的路由区域。所以“MBMS会话开始”消息会发给RNC1。RNC2是与RNC1邻近的一个RNC(RNC2所控制的某小区与RNC1的某小区是邻近的小区)。如果处于连接模式的UE加入了RNC2控制的小区,或者RNC2在加入此MBMS业务的处于空闲模式UE的最后的路由区域,“MBMS会话开始”会发送给RNC2,否则SGSN不会发送“MBMS会话开始”消息给RNC2。上述的“MBMS会话开始”消息可包括业务标识,RAB参数,服务质量等信息。上述信息的具体内容跟本发明没有多大的联系,因此省略详细的技术内容。
702 RNC从SGSN接收上述“MBMS会话开始”之后,会查找此MBMS业务所指的MBMS业务上下文。RNC通过MBMS业务上下文可以知道,在各个小区加入的UE的个数。RNC可以根据各小区感兴趣的UE的数目决定是以PTP还是以PTM分配资源。而此UE的数目是以各个小区事先决定的临界值为基准的。RNC为了给各UE通知数据的到来而发送“MBMS通知”。当UE的数目大于临界值时定于以PTM分配资源,跳过后面的703,704,705,706和707步。当UE的数目小于临界值时通过“MBMS通知”把一部分UE带回连接模式。具体把UE带回连接模式的方法不是本发明的内容,这里不作详细描述。
703如果UE处于空闲模式,并且如果因为计数的需要,RNC要求其回到连接模式时,UE发起RRC连接建立过程,同时为该UE建立Iu信令连接。
704如果UE为了MBMS业务建立起RRC连接和Iu信令连接,SGSN通过发送“MBMS UE连接请求”消息给RNC发起MBMS UE连接过程。“MBMS UE连接请求消息”包含UE所加入的MBMS业务标识列表。该消息可以通过UE的专用Iu信令连接发送,所以RNC收到此消息后通过查找上下文信息可以知道UE的标识。
705 RNC把此UE的信息根据MBMS业务标识列表加入各个对应的MBMS上下文。如果RNC内没有对应某MBMS业务的业务上下文,RNC为该MBMS业务创建MBMS上下文。
706 RNC发送“MBMS UE连接响应”消息给SGSN。
707 RNC根据MBMS上下文确定小区中感兴趣的UE的个数,以决定PTP还是PTM的传输模式。
708如果RNC中有加入此MBMS业务(对应上述MBMS会话开始的业务)的UE。RNC发送RANAP消息“MBMS用户平面加入”消息给SGSN。
709 SGSN发送“MBMS用户平面加入响应”给RNC。
710 RNC在用户加入的小区中建立无线承载,根据用户的数目,RNC决定建立PTP或者PTM的承载方式。RNC把无线承载的参数发送给小区中的用户。如果在702时RNC可以确定用PTM的模式,无线承载的参数可以在702“MBMS通知”消息中发送给UE。
711 MBMS数据由核心网通过接入网发送给UEs。
712为了保证UE在各个小区间移动时接收MBMS业务的连续性,需要在当前小区(有UE加入的小区)周期性的广播邻近小区的信息,如PTP还是PTM,如果是PTM,还包括无线承载(以下简称RB)参数,MBMS-ID(在UTRAN范围内有效的MBMS业务标识),这样UE移动到新的小区后,如果新的小区是PTM模式,可以直接接听相应的公共信道,获得MBMS数据。如果邻近小区在本RNC中,可以直接查找RNC中MBMS上下文获得邻近小区的MBMS参数。如果当前小区的邻近小区在另外一个RNC,如RNC2。RNC1需要从RNC2获得MBMS的相关参数。RNC1从RNC2获得MBMS参数的过程在图10中详细描述。
713 RNC周期性地在本小区(小区中有加入此MBMS业务的用户)中把本小区及其邻近小区(在712收到成功报告的小区)的MBMS相关参数发送给各个UE。参数包括:业务标识(如组播地址或者临时MBMS组标识(以下简称TMGI)),MBMS数据发送方式(PTP还是PTM),如果是PTM,还包括RB参数,MBMS-ID。
图8是MBMS数据正在传送,小区中第一个UE加入时,获得邻近RNC小区MBMS相关信息的过程。
801某MBMS业务的数据正在发送给各个感兴趣的节点(根据用户加入时建立的登记树来发送)。
802在RNC1小区中的一个UE想要加入此MBMS业务。该UE处于空闲模式,建立起RRC连接。
803用现有的非接入层过程完成UE加入MBMS业务的过程。
804 SGSN通过发送“MBMS UE连接请求”消息给RNC1发起MBMSUE连接过程。“MBMS UE连接请求消息”包含UE所加入的MBMS业务标识列表。该消息可以通过UE的专用Iu信令连接发送,所以RNC收到此消息后通过查找上下文信息可以知道UE的标识。
805 RNC把该UE的信息加入MBMS业务标识列表对应的各个MBMS上下文。如果RNC内没有对应某MBMS业务的上下文,RNC为此MBMS业务创建MBMS上下文。
806 RNC发送“MBMS UE连接响应”消息给SGSN。807如果该UE是RNC中第一个加入此MBMS业务的UE。RNC发送RANAP消息“MBMS用户平面加入”消息给SGSN。
808 SGSN发送“MBMS用户平面加入响应”给RNC。
809如果该UE是RNC此小区中第一个加入的UE,RNC在此小区中建立无线承载,如果由于该UE的加入而导致RNC此小区中传输模式从PTP到PTM的改变,RNC重配置此小区中的无线承载。RNC把无线承载参数发送给小区中的用户。
810如果该UE是RNC此小区中第一个加入的UE,为了保证UE在各个小区间移动时接收MBMS业务的连续性,需要在当前小区(有UE加入的小区)周期性的广播邻近小区的信息,如PTP还是PTM,如果是PTM,还包括RB参数,MBMS-ID(在UTRAN范围内有效的MBMS业务标识),这样UE移动到新的小区后,如果新的小区是PTM模式,可以直接接听相应的公共信道,获得MBMS数据。如果邻近小区在本RNC中,可以直接查找RNC中MBMS上下文获得邻近小区的MBMS参数。如果当前小区的邻近小区在另外一个RNC,如RNC2。而RNC1此时没有RNC2该邻近小区中相关的MBMS信息,RNC1需要从RNC2获得邻近小区MBMS的相关参数。RNC1从RNC2获得MBMS参数的过程在图10中详细描述。
811 RNC周期性地在本小区(小区中有加入此MBMS业务的用户)中把本小区及邻近小区(在810收到成功报告的小区)MBMS的相关参数发送给各个UE。参数包括:业务标识(如组播地址或者TMGI),MBMS数据发送方式(PTP还是PTM),如果是PTM,还包括RB参数,MBMS-ID。
图9是MBMS数据正在传送,第一个UE移入时,获得邻近RNC小区MBMS相关信息的过程。
901某MBMS业务的数据正在发送给各个感兴趣的节点。根据用户加入时建立的登记树来发送。
902某UE决定变更小区图9假定UE是在空闲模式,UE处于连接模式时的小区变更是利用已有技术小区更新和Iur上的连接/解除连接过程,在这里不详细说明。UE决定变更小区后,用变更的小区传送MBMS小区变化请求消息。此时,传送的消息可以利用公共传输信道(CCCH)传送,这个消息包含区分UE的UE标识和区分业务的业务标识以及RNC标识。只有在已有小区的RNC和新选择小区的RNC不同时才包含RNC标识。上述MBMS小区变化请求信息可以利用已有RRC连接建立信息传达上述内容(业务标识,UE标识,RNC标识等)。
903 RNC收到上述MBMS小区变化请求消息,如果消息中包含的RNC标识和自身的标识不同时,用上述RNC指标识所指的RNC传送“MBMSUE更新请求”消息。上述消息包含UE标识和业务标识。
904接收MBMS UE更新请求的RNC,消息中包含的UE标识存储于RNC的MBMS业务上下文时,删除UE并传送肯定的响应,没有UE时发送否定的信息。
905传送904所决定的回应消息。此回应消息传送的是成功消除UE的肯定回应或者是因为没有发现UE而消除失败的否定回应。肯定时传送响应消息,否定时则传送失败消息。
906如果902的MBMS小区变化请求消息不包括RNC标识但是业务上下文不存在UE标识的时候,或者上述905传送了否定回应即MBMS UE连接失败信息的时候,就会给SGSN传送MBMS UE验证请求消息。此消息可包括UE标识和业务表示。把UE所在的小区信息一起传送给SGSN,可让SGSN确认MBMS业务的服务区是否包含UE所在的小区。
907 SGSN可确认上述906的MBMS UE验证请求消息中的UE是否加入在SGSN的业务上下文的UE之后,用回应信息传送MBMS UE验证确认信息。如果UE没被登录或UE所在的小区不是服务区的时候可传送否定的回应信息。
908如果UE是RNC内有关MBMS业务的第一个UE时,即当上述的RNC中事先不存在MBMS业务上下文时,RNC会给SGSN传送MBMS业务请求消息。此消息包括MBMS业务标识和传送MBMS小区变化请求的UE标识。在发送此消息的情况下,可以省略上述906的MBMS UE验证请求消息传送,并将有关UE的信息包含到MBMS业务请求消息中去确认UE有无加入。此消息可用来为MBMS建立RNC与SGSC之间的SCCP连接。
909 MBMS业务请求消息中包含有UE标识信息时,SGSN在MBMS的对应的业务上下文里确认此UE标识信息后,SGSN可将RNC加入到在业务上下文中。SGSN发送“MBMS业务请求响应”给RNC。
910当上述905的回应是肯定时或者上述907或是909的回应是肯定回应的时候,RNC将UE登录在MBMS的业务上下文上。如果不存在上述的为MBMS的业务上下文的时候会生成业务上下文。
911如果904删除的UE是在有关MBMS业务上下文的最后一个UE时,RNC就会给SGSN发送MBMS业务离开请求消息,要求SGSN删除MBMS业务上下文中相应的RNC。
912 RNC作为对902的回应信息而发送MBMS小区变化响应。此消息以CCCH传送,并必须包含UE标识。RNC要求UE改变小区时,可将小区变化信息包含在上述消息里。
913当912消息中含有小区变化信息的时候,UE会给改变的小区发送MBMS小区变化确认消息。此消息可利用CCCH来传送。
914如果该UE是RNC此小区中第一个加入的UE,为了保证UE在各个小区间移动时接收MBMS业务的连续性,需要在当前小区(有UE加入的小区)周期性的广播邻近小区的信息,如PTP还是PTM,如果是PTM,还包括RB参数,MBMS-ID(在UTRAN范围内有效的MBMS业务标识),这样UE移动到新的小区后,如果新的小区是PTM模式,可以直接接听相应的公共信道,获得MBMS数据。如果邻近小区在本RNC中,可以直接查找RNC中MBMS上下文获得邻近小区的MBMS参数。如果当前小区的邻近小区在另外一个RNC,如RNC2。而RNC1此时没有RNC2的邻近小区中相关的MBMS信息,RNC1需要从RNC2获得MBMS的相关参数。RNC1从RNC2获得MBMS参数的过程在图10中详细描述。
915 RNC周期性地在本小区(小区中有加入此MBMS业务的用户)中把本小区及邻近小区(在914收到成功报告的小区)MBMS的相关参数发送给各个UE。参数包括:业务标识(如组播地址或者TMGI),MBMS数据发送方式(PTP还是PTM),如果是PTM,还包括RB参数,MBMS-ID。
图10是两个RNC间交换信息的初始化过程,RNC使用该过程请求和另外一个RNC的某些小区交换MBMS相关信息。该过程使用相关远的RNC上下文信令承载连接。
1001根据上述712或者810或者914的描述,RNC1需要获得RNC2某些小区中MBMS的相关信息,RNC1发送“信息交换初始化请求”消息给RNC2。针对Rel99时该过程的应用,这里不作详细的描述。扩展该消息中信息交换目标类型的小区可以为多个小区,即消息中为小区列表。该过程用于交换MBMS相关信息时,在消息中增加信息元素:MBMS业务标识。设置各个信息元素取值如表1所示。
信息元素名称 | 描述 | 取值 |
信息交换目标类型 | 请求信息有效的目标类型,如小区。 | 小区,可以是多个小区。即信息元素小区包含小区标识列表。 |
信息类型 | RNC应该提供的信息 | 在原有的信息类型项中增加:MBMS信息。MBMS信息包括:TMGI和MBMS-ID的映射关系,各个小区中的传输方式及RB参数。在信息交换初始化请求消息中信息类型是MBMS信息时,目标RNC应该报告上述信息。 |
信息报告特征 | 报告应该如何执行 | 修改 |
信息门限 | 什么样的信息触发信息报告过程 | 小区中对应“信息交换初始化请求”消息中MBMS业务标识的业务承载方式的变化,如无线传输方式从PTP到PTM或者PTM到PTP的变化,部分小区传输承载的释放。 |
表1:“信息交换初始化请求”消息中一些信息元素的取值
1002 RNC2收到“信息交换初始化请求”消息后,如果RNC2可以确定RNC1请求的信息,RNC2根据请求消息中给出的参数,提供请求的相关信息。
RNC2发送“信息交换初始化响应”消息给RNC1。消息中包含和“信息交换初始化请求”消息中相同的信息交换标识。如果信息元素‘报告特征’被设置成“一旦命令”,“修改”或者“周期性”时,“信息交换初始化响应”应该包含请求的数据。因为该过程用于请求交换MBMS相关数据时,报告特征被设置成“修改”,所以在响应消息中包含请求的数据值。消息中包含的信息元素“请求的数据值”依次包含:TM6I和MBMS-ID的映射关系,小区的标识,传输方式(可选的),RB参数(可选的),原因(可选的,如果当前小区不能提供相应的参数时,该值存在)。如下所示:
-业务标识
√TMGI
√MBMS-ID
-小区信息1...maxnumofcells(请求交换MBMS信息的小区个数)
√小区标识
√传输方式(PTP或者PTM)
√RB参数(如果传输方式是PTM)
√原因
如果信息交换初始化过程的信息目标类型同时包括几个小区,因为某个小区中没有感兴趣的UE或者不在服务区,该小区不能提供相应的MBMS参数时,RNC在“信息交换初始化响应”消息中给出对应的小区标识及不能提供的原因。有以下两种原因的取值:不在服务区,信息暂时不可用。
信息交换初始化过程失败的情况如图11所示。
1101与1001执行相司的操作。
1102 RNC2收到“信息交换初始化请求”消息,如果消息中的信息元素‘信息类型’所指的请求信息是RNC2无法提供的,RNC2认为信息交换初始化过程失败,RNC2发送“信息交换初始化失败”消息给RNC1。消息中包含和“信息交换初始化请求”相同的信息交换标识。
对于信息类型是MBMS信息的情况,如果请求提供MBMS信息的的所有小区此时都不能提供对应MBMS业务的参数,如有的小区不在此MBMS业务的服务区,有的小区内没有感兴趣的UE因此没有提供相应的MBMS业务。设置失败的原因为:不支持提供的信息。RNC也可以分别设置各小区失败的原因为:不在服务区或者信息暂时不可用,或者不支持提供的信息。
RNC2也可以只在请求提供MBMS信息的所有小区都不在对应MBMS业务的服务区时才发送“信息交换初始化失败”给RNC1。设置失败的原因为:不在服务区。如果某些小区因为暂时没有感兴趣的UE,RNC2发送“信息交换初始化响应”消息给RNC1,给出对应各个小区标识的合适的原因,如不在服务区或者信息暂时不可用。这样,当MBMS会话没有结束,那些暂时没有感兴趣UE的小区中有UE加入或者移入时,RNC2可以发送“信息报告”给RNC1,保证RNC1及时得到邻近小区的信息。信息报告的详细描述见1201。
信息报告过程如图12所示。该过程使用相关远的RNC上下文信令承载连接。
1201信息交换初始化过程成功后,当另外一个RNC(如RNC1)用信息交换初始化过程请求的报告标准满足的时候,RNC2发起信息报告过程。如RNC1请求交换信息的小区中对应MBMS业务的传输承载方式改变的时候,或者某些小区中第一个UE的加入(包括移入),该小区可以提供MBMS的相关参数时,RNC2发送“信息报告”消息给RNC1。如果信息交换初始化过程的信息目标类型同时包括几个小区,因为某些小区中最后一个UE的离开,该小区曾经提供的MBMS参数无效时,RNC2也发送“信息报告”消息给RNC1,消息中给出对应的小区标识及不能继续提供的原因。设置“信息报告”消息中的信息交换标识和信息交换初始化过程相同的取值。信息报告中信息元素“请求的数据值”包含:TMGI和MBMS-ID的映射关系,小区的标识,传输方式(可选的),RB参数(可选的),原因(可选的,如果当前小区不能提供相应的参数时,该值存在,如本小区中最后一个UE的离开)。如下所示:
-业务标识(TMGI或者MBMS-ID)
-小区信息1...maxnumofcells(请求交换MBMS信息的小区个数)
√小区标识
√传输方式(PTP或者PTM)
√RB参数(如果传输方式是PTM)
√原因
信息报告过程只报告传输模式改变的小区中MBMS的相关信息。
由于UE的离开或者移动,RNC1请求交换信息的所有小区都不能提供传输模式和RB参数时,RNC2发送“信息交换失败指示”消息给RNC1,详细描述见1401所述。
由于UE的离开或者移动,RNC1请求交换信息的所有小区都不能提供传输模式和RB参数时,RNC2也可以发送“信息报告”消息给RNC1。消息中给出对应改变的各个小区标识及不能继续提供的原因。这样,当MBMS会话没有结束,那些暂时没有感兴趣的UE的小区中有UE加入或者移入时,RNC2可以发送“信息报告”给RNC1,保证RNC1及时得到邻近小区的信息。
信息交换中止过程如图13所示。信息交换中止过程用于RNC中止由信息交换初始化过程引起的和另外一个RNC的信息交换过程。该过程使用远距离的RNC上下文信令承载连接。
1301信息交换初始化过程成功后,当对应的MBMS会话结束或者RNC1某些小区中最后一个UE的离开,对应信息交换初始化过程中的RNC2所有小区中的信息对RNC1不再有用,RNC1发送“信息交换中止请求”给RNC2。为了避免乒乓效应,RNC1可以设置一个时钟,当最后一个UE离开小区时,等待一段时间,如果时钟结束时,又没有新的UE加入或者移入,RNC1发送信息交换中止请求消息给RNC2。
如果是因为RNC1某些小区中最后一个UE的离开,对应信息交换初始化过程中的RNC2所有小区中的信息对RNC1不再有用,RNC1也可以不发送“信息交换中止请求”消息给RNC2,当RNC1收到RNC2的信息报告时,可以忽略没用的小区的信息。这样,当MBMS会话没有结束,那些暂时没有感兴趣的UE的小区中有UE加入或者移入时,需要邻近RNC2小区中的参数时可以很快得到相关的参数,不需要另外的信息交换初始化过程。
1302 RNC2收到“信息交换中止请求”消息后,中止对应信息交换标识的信息交换。
信息交换失败的过程,其成功的操作如图14所示。信息交换失败过程用于RNC通知另外一个RNC由信息交换初始化过程请求的信息交换不能再报告了。该过程使用远距离的RNC上下文信令承载连接。
1401信息交换初始化过程成功后,当RNC2相关小区中(信息交换初始化请求中请求的那些小区)最后一个用户离开或者小区属性的变化(由于系统的重配置,由在MBMS的服务区变化为不在对应MBMS业务的服务区)时,即相关的几个小区都不能提供MBMS传输模式或者RB参数时,RNC2发送“信息交换失败指示”消息给RNC1,通知RNC1请求的信息交换过程不能再报告了。消息中包含和信息交换初始化请求中相同的信息交换标识。设置原因为合适的值:无线网络层原因,信息临时不可用或者不在服务区。在此消息中也可以分别给出各个小区不能提供相关传输模式或RB信息的原因,因此在消息中增加信息元素:小区信息(1...信息交换初始化请求消息中小区的个数)。小区信息又包括小区标识和原因。原因的取值可以为:信息临时不可用或者不在服务区。
如果是RNC2相关小区中(信息交换初始化请求中请求的那些小区)最后一个UE离开或者移动,使得RNC2曾经报告的MBMS参数不再有效时,RNC2可以不发送“信息交换失败指示”给RNC1。而是发送“信息报告”消息给RNC1。消息中给出对应改变的各个小区标识及不能继续提供的原因。这样,当MBMS会话没有结束,那些暂时没有感兴趣的UE的小区中有UE加入或者移入时,RNC2可以发送“信息报告”给RNC1,保证RNC1及时得到邻近小区的信息。
图15是RNC1(发起信息交换初始化过程的RNC)的行为流程图,这里重点描述RNC1和RNC2交换MBMS相关信息的过程,对于RNC其它的行为将不作详细描述。例如,RNC收到从SGSN来的“MBMS会话开始”消息后建立Iu用户平面和Uu无线承载的过程这里忽略详细的技术内容。
1501 RNC从其它节点接收消息。1502 RNC接收从UE来的消息。如果从UE来的消息是“MBMS小区变化请求”(1505),即图7中UE处于空闲模式变化小区时发送给RNC的消息,移至1508a的小区变化过程。1503 RNC接收从其它RNC来的消息。如果从其它RNC来的消息是“MBMS UE连接请求”(1506),表明有UE移动到该RNC控制的小区中。移至1508b的小区变化过程。1504 RNC接收从SGSN来的消息,如果该消息是“MBMS会话开始”(1507)移至1510的通知过程;如果从SGSN来的消息是“MBMS UE连接请求”(1511),移至1512步骤。
1508a RNC收到从UE来的消息“MBMS小区变化请求”(图7中701所述UE处于空闲模式改变小区时发送给RNC的消息),如果是不同RNC间的小区变化,向请求消息中RNC标识所指的RNC传送MBMS UE更新请求消息(903),并执行图9中904到912步骤。
1508b RNC收到来自另外一个RNC的“MBMS UE连接请求”消息,表明有新的UE移动到该RNC的小区中(UE处于连接模式的小区变化过程),RNC执行小区变化过程如下:如果MBMS UE连接请求消息中的小区不在对应MBMS业务的服务区,RNC发送回应消息,通知服务RNC,对应小区不在MBMS服务区。否则,RNC更新MBMS上下文,如果是第一个UE在该RNC内加入对应的MBMS业务,执行RNC加入MBMS业务的过程(如908和909所述)。并发送“MBMS UE连接响应”给发送此消息的RNC,在响应消息中包含目标小区的传输方式是PTP还是PTM,如果是PTM的传输方式,还包括RB参数。
1509由于UE的小区重选过程(包括在空闲模式的小区重选和在连接模式的小区重选过程),如果MBMS业务正在进行,小区重选后UE是目标小区中第一个感兴趣的UE,移至1513步。
1510如果RNC从SGSN收到“MBMS会话开始”消息,执行MBMS业务通知及数据发送过程,见图7的702到712。然后移至1513。
1512如果RNC收到从SGSN来的“MBMS UE连接请求”消息,RNC发送响应消息“MBMS UE连接响应”。如果MBMS业务正在进行,该UE是此RNC中第一个对相应MBMS业务感兴趣的UE,建立Iu及Uu接口的用户平面资源。发送数据给RNC中的UE,见图8中805到809。然后移至1513。
1513在MBMS业务会话开始(1507,1510),或者MBMS业务正在进行时小区中第一个UE的加入(1511,1512)或者移入(1505,1506,1508)时,RNC为了保证此RNC小区中的UE移动时接收MBMS业务的连续性,RNC需要在本小区中周期性的广播邻近小区的MBMS相关信息,如传输模式,RB参数,TMGI和MBMS-ID的映射关系。如果某邻近小区在另外一个RNC,此RNC中又没有对应某邻近小区这一MBMS业务(会话开始的业务,或者UE加入,或者移入UE接收的业务)的相关参数,执行1514。
1514 RNC向邻近小区的RNC发送“信息交换初始化请求”,并等待回应。设置“信息交换初始化请求”消息的信息交换目标类型为小区,信息报告特征为修改,信息门限为相应小区中MBMS业务的传输方式的变化,传输承载的建立或者其中某一个(或者几个)小区中由于最后一个UE的离开传输承载的释放(不是信息交换初始化请求中所有小区的传输承载都被释放)。信息类型为MBMS信息,当信息类型为MBMS信息时,请求的数据值包括:MBMS业务标识的映射关系(TMGI和MBMS-ID),小区标识,传输方式,RB参数(如果传输方式是PTM方式),原因(如果此小区不能提供请求的传输模式或RB参数)。在信息交换初始化请求消息中RNC把需要邻近RNC提供信息的业务标识和小区标识列表包含其中。
1515 RNC接收邻近RNC的回应消息,如果回应消息是成功的响应“信息交换初始化响应”,执行1516。
1516 RNC把“信息交换初始化响应”消息中请求的数据值保存到RNCMBMS上下文中。
1517 RNC在当前小区中周期性的把本小区和邻近小区MBMS信息发送给UE。此消息包含小区标识,业务标识(TMGI和MBMS-ID)的映射关系,传输方式和RB参数(如果传输方式为PTM模式)。这些消息可以通过MCCH,BCCH或者PCCH发送给UE。
1518在MBMS会话没有结束时,RNC收到从邻近RNC来的“信息报告”消息,移至1519。
1519 RNC更新MBMS上下文中邻近小区的MBMS相关参数,并将更新后的MBMS信息周期性的发送给UE(1517)。
1520在MBMS会话没有结束时,RNC收到从邻近RNC来的“信息交换失败指示”消息,移至1521。
1521 RNC更新MBMS上下文,删除邻近RNC小区MBMS的相关参数。1522RNC停止发送此邻近小区的MBMS信息给小区中的UE。
1523 RNC判断从SGSN来的消息,如果从SGSN收到“MBMS会话结束”消息,1524 RNC发送“信息交换中止请求”给邻近的RNC。RNC收到从SGSN来的“MBMS会话结束”消息后,还要释放相应的资源并通知UE,停止发送各小区的RB参数给UE,这不是本发明的内容,所以这里不进行详细的描述。
1525当RNC1某些小区中加入对应MBMS业务的最后一个UE离开(RNC收到从SGSN来的“MBMS去连接请求”或者从另外一个RNC来的“MBMS更新请求”消息,表明对应小区中UE的离开),信息交换初始化过程中所有RNC2小区的信息对RNC1不再有用,移至1524,RNC1发送“信息交换中止请求”给RNC2。为了避免乒乓效应,在这种情况下(由于UE的离开,非MBMS会话结束),RNC1可以设置一个时钟,当最后一个UE离开小区时,等待一段时间,如果时钟结束时,还没有新的UE加入或者移入,RNC1发送“信息交换中止请求”消息给RNC2。
由于RNC1某些小区中最后一个UE的离开,对应信息交换初始化过程中所有RNC2小区的信息对RNC1不再有用,RNC1也可以不发送“信息交换中止请求”消息给RNC2,当RNC1收到RNC2的信息报告时,可以忽略没用的小区的信息。这样,当MBMS会话没有结束,那些暂时没有感兴趣的UE的小区中有UE加入或者移入时,可以很快得到邻近RNC2小区中的相关参数,不需要另外的信息交换初始化过程。
接收信息交换初始化请求消息的RNC的行为流程如图16所示。
1601 RNC接收从其它RNC来的消息。
1602如果RNC收到从另外一个RNC来的“信息交换初始化请求”消息,1603 RNC查找上下文信息,1604判断请求的信息是否可用,即请求交换信息的小区是否在请求MBMS业务的服务区或者请求的小区内是否有感兴趣的UE。
1605如果请求的信息在某些小区内可用,组织“信息交换初始化响应”消息,响应消息中包含请求的数据值:业务标识的映射关系(TMGI和MBMS-ID),小区标识,传输模式,RB参数(可选的,在PTM模式下有效)。对应信息不可用的小区,包含小区标识和原因,如“信息不可用”或者“不在服务区”。
1606如果请求交换信息的小区此MBMS信息都不可用,即小区不在MBMS业务的服务区或者小区中没有感兴趣的UE,发送“信息交换初始化失败指示”给对应的RNC。设置各个小区的原因分别为“信息不可用”或者“不在服务区”。
RNC也可以只在请求提供MBMS信息的所有小区都不在对应MBMS业务的服务区时才发送“信息交换初始化失败”给RNC1。设置各小区失败的原因为:不在服务区。如果某些小区因为暂时没有感兴趣的UE,RNC2发送“信息交换初始化响应”消息给RNC1,给出对应各个小区标识的合适的原因,如不在服务区或者信息暂时不可用。这样,当MBMS会话没有结束,那些暂时没有感兴趣UE的小区中有UE加入或者移入时,RNC2就可以发送“信息报告”给RNC1,保证RNC1及时得到邻近小区的信息。
1607在发送消息“信息交换初始化响应”给相应的RNC后,如果某些小区(请求信息交换的小区中)对应MBMS业务的传输模式发生了变化,1608 RNC更新MBMS上下文,组织“信息报告”信息,在消息中包含更新后的传输模式及RB参数,并把此消息发送给相应的RNC。在RNC没有收到相应RNC来的“信息交换中止请求”或者发送“信息交换失败指示”之前,这些小区(请求信息交换的小区中)中传输模式的改变都会导致该信息报告过程的发生。
1609如果某些小区(请求信息交换的小区中)对应MBMS业务的第一个UE的加入(包含移入),或者某些小区中最后一个UE的离开。1610如果是某小区中最后一个UE的离开,RNC判断是否是请求信息交换的所有小区中最后一个UE的离开。如果不是所有小区中最后一个UE的离开,执行1608,RNC发送“信息报告”给相应的RNC,报告新的传输模式,RB参数或者不可用的小区。在RNC没有收到相应RNC来的“信息交换中止请求”或者发送“信息交换失败指示”之前,这些小区(请求信息交换的小区中)中第一个UE的加入或者最后一个UE(但不是所有信息交换中最后一个UE)的离开都会导致该信息报告过程的发生。
1611如果离开的UE是请求信息交换的所有小区中最后一个UE,RNC发送“信息交换失败指示”给相应的RNC。在这种情况下,RNC2也可以不发送“信息交换失败指示”给RNC1。而是发送“信息报告”消息给RNC1。消息中给出对应传输承载变化的各个小区标识及不能继续提供的原因。这样,当MBMS会话没有结束,那些暂时没有感兴趣的UE的小区中有UE加入或者移入时,RNC发送“信息报告”给相应的RNC(如图14的RNC1),保证相应的RNC及时得到邻近小区的信息。
1612两个RNC间信息交换初始化过程成功后,如果RNC收到来自请求信息报告的RNC的“信息交换终止请求”消息,1613 RNC停止向发起信息交换初始化过程的RNC发送信息报告,两个RNC间的信息交换结束。
Claims (28)
1.一种不同RNC间交换MBMS相关信息的方法,包括步骤:当RNC1需要知道邻近RNC小区MBMS的相关信息时,RNC1发送RNSAP消息“信息交换初始化请求”给邻近RNC,并等待回应;
RNC1接收邻近RNC的回应消息,如果回应消息是成功的响应“信息交换初始化响应”,邻近RNC把“信息交换初始化响应”消息中请求的数据值保存到RNC MBMS上下文中。
2.根据权利要求1所述,其特征在于:“信息交换初始化请求”消息用于请求另外一个RNC小区中MBMS的相关信息时,在此消息中增加信息元素:MBMS业务标识,如组播地址或者TMGI。
3.根据权利要求1所述,其特征在于:“信息交换初始化请求”消息用于请求另外一个RNC小区中MBMS的相关信息时,该消息中信息元素‘信息交换目标类型’设置为小区,可以为多个小区,如果RNC请求多个邻近小区的信息时,‘信息交换目标类型’包括小区标识列表。
4.根据权利要求1所述,其特征在于:“信息交换初始化请求”消息中,在信息元素‘信息类型’中增加取值:MBMS信息。
5.根据权利要求1所述,其特征在于:“信息交换初始化请求”消息用于请求另外一个RNC小区中MBMS的相关信息时,信息元素‘信息报告特征’取值为修改。
6.根据权利要求5所述,其特征在于,“信息交换初始化请求”消息用于请求另外一个RNC小区中MBMS的相关信息时,信息元素‘信息门限’取值为:“信息交换初始化请求”消息中包含的MBMS业务标识在指定小区业务承载方式的变化,如无线传输方式从PTP到PTM或者PTM到PTP的变化,请求提供信息的某些小区中传输承载的建立,某些小区传输承载的释放。
7.根据权利要求1所述,其特征在于:信息交换初始化过程成功后,如果RNC1收到从邻近RNC来的对应“信息交换初始化请求”消息中信息交换标识的“信息报告”消息,RNC1更新MBMS上下文中相关小区的MBMS相关参数。
8.根据权利要求1所述,其特征在于:信息交换初始化过程成功后,如果RNC1收到从邻近RNC来的“信息交换失败指示”消息,RNC1更新MBMS上下文,删除相关邻近小区MBMS的相关参数。
9.根据权利要求1所述,其特征在于:信息交换初始化过程成功后,如果RNC收到从SGSN来的“MBMS会话结束”消息,RNC1发送“信息交换中止请求”给邻近的RNC。消息中包含和“信息交换初始化请求”一样的信息交换标识。
10.根据权利要求1所述,其特征在于:信息交换初始化过程成功后,当RNC1某些小区中加入对应MBMS业务的最后一个UE离开,信息交换初始化过程中所有邻近RNC小区的信息对RNC1不再有用,RNC1可以发送“信息交换中止请求”给邻近RNC,消息中包含和“信息交换初始化请求”一样的信息交换标识。
11.一种不同RNC间交换MBMS相关信息的方法,包括步骤:
RNC2收到从另外一个RNC来的“信息交换初始化请求”消息;
如果另外一个RNC请求的某些小区MBMS信息可用,RNC2发送“信息交换初始化响应”消息给另外一个RNC,否则,如果所有请求提供信息的小区不在MBMS服务区,RNC2发送“信息交换初始化失败”给另外一个RNC。
12.根据权利要求11所述,其特征在于:RNC2收到来自另外一个RNC的“信息交换初始化请求”消息后,如果所有请求提供信息的小区信息目前都不可用,因为某些小区中没有感兴趣的UE,某些小区不在对应MBMS业务的服务区,RNC2也可以发送“信息交换初始化失败”给另外一个RNC。
13.根据权利要求12所述,其特征在于,“信息交换初始化失败”消息中增加信息元素:小区信息,包括小区标识和小区不能提供的原因。小区失败的原因可以取值:不在服务区或者信息暂时不可用。
14.根据权利要求11所述,其特征在于:“信息交换初始化响应”消息包含请求的数据值。信息元素‘请求的数据值’包含TMGI和MBMS-ID的映射关系。
15.根据权利要求11所述,其特征在于:“信息交换初始化响应”消息的信息元素‘请求的数据值’包含小区的标识,传输方式。如果此小区对应MBMS业务的传输模式是PTM,请求的数据值还包括:RB参数。
16.根据权利要求11所述,其特征在于:“信息交换初始化响应”消息的信息元素‘请求的数据值’包含:原因。该信息元素是可选的。如果当前小区不能提供传输方式或者RB参数时,该值存在。
17.根据权利要求15所述,其特征在于,信息元素原因取值包括:不在服务区。
18.根据权利要求15所述,其特征在于,信息元素原因取值包括:无线网络层原因。
19.根据权利要求11所述,其特征在于,RNC2发送“信息交换初始化响应”消息给另外一个RNC后,如果某些小区对应MBMS业务的传输模式发生了变化,或者某些小区对应MBMS业务的第一个UE的加入包括移入,或者某些小区中最后一个UE离开,RNC2发送“信息报告”消息给另外一个RNC。
20.根据权利要求19所述,其特征在于,“信息报告”消息中包含变化了的小区中请求的数据值。
21.根据权利要求20所述,其特征在于,“信息报告”消息的信息元素‘请求的数据值’包含:MBMS业务标识,如TMGI或者MBMS-ID。
22.根据权利要求20所述,其特征在于,“信息报告”消息的信息元素‘请求的数据值’包含小区标识,传输方式。如果此小区对应MBMS业务的传输模式是PTM,请求的数据值还包括:RB参数。
23.根据权利要求20所述,其特征在于,“信息报告”消息的信息元素‘请求的数据值’包含原因,该信息元素是可选的,如果当前小区不能提供传输方式或者RB参数时,该值存在。
24.根据权利要求20所述,其特征在于,‘请求的数据值’中信息元素原因的取值:信息目前不可用。
25.根据权利要求11所述,其特征在于,RNC2发送“信息交换初始化响应”消息给另外一个RNC后,如果请求信息交换的所有小区中最后一个UE离开,RNC2发送“信息报告”消息给另外一个RNC。消息中包含各个小区标识及小区不能提供MBMS相关信息的原因。
26.根据权利要求11所述,其特征在于,RNC2发送“信息交换初始化响应”消息给另外一个RNC后,如果请求信息交换的所有小区中最后一个UE离开,RNC2也可以发送“信息交换失败指示”消息给另外一个RNC。
27.根据权利要求25所述,其特征在于,“信息交换失败指示”消息的信息元素‘原因’增加取值:不在服务区。
28.根据权利要求11所述,其特征在于,RNC2发送“信息交换初始化响应”消息给另外一个RNC后,如果收到来自另外一个RNC的“信息交换中止请求”消息RNC2中止对应信息交换标识的信息交换。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031251684A CN1549476A (zh) | 2003-05-13 | 2003-05-13 | 在不同rnc间交换mbms相关信息的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031251684A CN1549476A (zh) | 2003-05-13 | 2003-05-13 | 在不同rnc间交换mbms相关信息的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1549476A true CN1549476A (zh) | 2004-11-24 |
Family
ID=34321841
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA031251684A Pending CN1549476A (zh) | 2003-05-13 | 2003-05-13 | 在不同rnc间交换mbms相关信息的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1549476A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1946237B (zh) * | 2006-10-30 | 2010-08-11 | 华为技术有限公司 | 多播广播系统中小区传输模式确定方法及其设备 |
CN102474768A (zh) * | 2009-08-05 | 2012-05-23 | 高通股份有限公司 | 基于多个导频签名指示符的接入点识别 |
US8897779B2 (en) | 2009-08-05 | 2014-11-25 | Qualcomm Incorporated | Message-based exchange of access point pilot signature indicators |
CN104641663A (zh) * | 2012-09-20 | 2015-05-20 | 高通股份有限公司 | 对广播网络中的可用服务的确定 |
CN105451190A (zh) * | 2014-09-26 | 2016-03-30 | 上海贝尔股份有限公司 | 用于mbms业务的方法和设备、基站和移动设备 |
-
2003
- 2003-05-13 CN CNA031251684A patent/CN1549476A/zh active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1946237B (zh) * | 2006-10-30 | 2010-08-11 | 华为技术有限公司 | 多播广播系统中小区传输模式确定方法及其设备 |
CN102474768A (zh) * | 2009-08-05 | 2012-05-23 | 高通股份有限公司 | 基于多个导频签名指示符的接入点识别 |
US8897779B2 (en) | 2009-08-05 | 2014-11-25 | Qualcomm Incorporated | Message-based exchange of access point pilot signature indicators |
US9002358B2 (en) | 2009-08-05 | 2015-04-07 | Qualcomm Incorporated | Access point identification based on multiple pilot signature indicators |
CN102474768B (zh) * | 2009-08-05 | 2015-06-03 | 高通股份有限公司 | 基于多个导频签名指示符的接入点识别 |
CN104641663A (zh) * | 2012-09-20 | 2015-05-20 | 高通股份有限公司 | 对广播网络中的可用服务的确定 |
CN105451190A (zh) * | 2014-09-26 | 2016-03-30 | 上海贝尔股份有限公司 | 用于mbms业务的方法和设备、基站和移动设备 |
CN105451190B (zh) * | 2014-09-26 | 2020-03-03 | 上海诺基亚贝尔股份有限公司 | 用于mbms业务的方法和设备、基站和移动设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1284394C (zh) | 用于在移动通信系统中发送和接收控制消息的方法 | |
CN1268143C (zh) | 移动通信系统中多媒体广播/多播服务的设备和方法 | |
CN1268089C (zh) | 多媒体广播/组播服务业务数据传输的方法 | |
CN1592167A (zh) | 支持mbms后向兼容性的方法 | |
CN1306766C (zh) | 多媒体广播组播业务系统中业务识别和路由方法 | |
CN1518255A (zh) | 解决处于rrc连接模式ue移动的方法 | |
CN1302686C (zh) | 多媒体广播/组播业务中小区信息变化的通知方法 | |
CN1303799C (zh) | 一种控制多媒体广播/组播服务会话进行的方法 | |
CN1839596A (zh) | 用于发送和接收mbms分组数据和控制信息的方法和装置 | |
CN1839650A (zh) | 用于在广播通信系统中信令的方法和系统 | |
CN1736124A (zh) | 为在蜂窝移动通信系统中的小区之间移动的用户设备供应多媒体广播/多播业务(mbms) | |
CN1934805A (zh) | 移动电信网络中涉及多播服务的信息传送方法 | |
CN1476198A (zh) | 利用小区广播的mbms的业务广告或业务指示的方法 | |
CN1717069A (zh) | 多点传送多媒体播送服务中有效传送控制信息的方法 | |
CN1684414A (zh) | 一种多媒体广播/组播业务的会话开始方法 | |
CN1751458A (zh) | 在无线通信网络中用于支持无线终端的移动性的装置和方法 | |
CN1476260A (zh) | 多媒体广播与组播业务点对点信道和点对多点信道的转换方法 | |
CN1833378A (zh) | 在支持多媒体广播/多播服务服务的移动通信系统中向没有接收到寻呼消息的用户设备提供所请求的多媒体广播/多播服务服务的方法 | |
CN1969478A (zh) | 无线通信系统中用于点对多点服务的通信控制消息 | |
CN1692578A (zh) | 发送反馈信息的上行链路公共信道 | |
CN1694379A (zh) | 移动通信系统和mbms服务相关信息传送方法 | |
CN1836389A (zh) | 在支持多媒体广播组播业务的移动通信系统中用专用信道对用户设备分页的方法 | |
CN1836387A (zh) | 用于在支持多媒体广播/组播业务的移动通信系统中接收分组数据的小区重选方法 | |
CN1864431A (zh) | 在移动通信系统中提供多媒体广播/组播业务的方法和设备 | |
CN1581744A (zh) | 为mbms业务提供多种qos的方法 |
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 |