CN1581785A - 区分mbms业务请求与其他业务请求的方法 - Google Patents

区分mbms业务请求与其他业务请求的方法 Download PDF

Info

Publication number
CN1581785A
CN1581785A CN 200310101448 CN200310101448A CN1581785A CN 1581785 A CN1581785 A CN 1581785A CN 200310101448 CN200310101448 CN 200310101448 CN 200310101448 A CN200310101448 A CN 200310101448A CN 1581785 A CN1581785 A CN 1581785A
Authority
CN
China
Prior art keywords
mbms
sgsn
message
service
rnc
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
Application number
CN 200310101448
Other languages
English (en)
Inventor
孙春迎
李小强
崔成豪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN 200310101448 priority Critical patent/CN1581785A/zh
Priority to US10/918,148 priority patent/US7400593B2/en
Priority to JP2006523138A priority patent/JP4319679B2/ja
Priority to PCT/KR2004/002047 priority patent/WO2005018113A1/en
Priority to EP04774318.2A priority patent/EP1668798B1/en
Priority to KR1020067003099A priority patent/KR101023373B1/ko
Publication of CN1581785A publication Critical patent/CN1581785A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

一种区分MBMS业务请求与其他业务请求的方法,包括步骤:RNC给UE发送消息,指明UE需要RRC连接;UE发消息给SGSN,指明是MBMS业务还是专用业务;SGSN根据不同的业务类型,给RNC发送不同的消息。本发明使SGSN正确区分不同业务而引起的业务请求,从而对于不同的业务请求采取不同的操作,这种有差别的操作能使SGSN向RNC发送不同信令,使RNC可以准确统计用户数目,并避免无线资源的浪费。

Description

区分MBMS业务请求与其他业务请求的方法
技术领域
本发明涉及第三代移动通信***,特别涉及SGSN区分MBMS业务请求与其他业务请求的方法。
背景技术
MBMS是在第三代移动通信***合作伙伴计划中正在为之制定相关标准以进行标准化的一项新业务。MBMS业务是一种单向的点到多点方式(即从单一数据源播发出多媒体数据经过网络传输被送到多个用户接收)的业务。这种业务的最大特点是它可以有效的利用无线资源和网络资源。MBMS业务主要用于无线通信网络***中,如宽带码分多址通信***,全球移动通信***等。MBMS中业务数据的发送基本上要经过:数据源发送、中间网络传输、目的小区空中传输、用户接收这样几个过程。图3是一个能够提供MBMS业务的无线通信***逻辑网络设备图,在该图中MBMS实际上利用了通用分组无线数据业务(以下简称GPRS)网络作为核心传输网络。如图3所示,广播及组播服务中心(以下简称BM-SC)是发送MBMS业务数据的数据源;网关GPRS支持节点(以下简称GGSN)用于GRPS网络与外部网络(如INTERNET网络)的连接;在MBMS业务中网关GPRS支持节点连接BM-SC并把MBMS数据发送到特定的服务GPRS支持节点(以下简称SGSN);小区广播中心是小区广播的数据源,在MBMS中通过将小区广播中心与BM-SC互连,使小区广播中心可以提供MBMS业务宣告功能;SGSN用于对UE进行接入控制及移动管理同时把从GGSN来的MBMS数据发送到特定的无线单元控制器(以下简称RNC)中去;RNC用于控制一组基站并把多媒体数据传送到特定的基站中去;基站在RNC的控制下为某个小区的MBMS业务建立空中物理信道;用户终端设备(以下简称UE)是接收MBMS数据的终端设备。
图4中给出了MBMS业务从业务宣告、用户加入、业务通知、无线承载建立到最后用户离开的全部过程。
401 订阅建立起用户和服务提供商之间的联系,授权用户可以接收有关的MBMS服务。
402 业务宣告通知用户将要提供的MBMS业务。例如,***要在下午7:00在北京市区转播一场足球赛。
403 加入表示用户加入一个组,即用户告诉网络他或她愿意接收这项组播业务。
404 MBMS会话开始表示建立为MBMS数据传输建立网络资源。
405 MBMS通知告知用户马上要进行的MBMS数据传输。
406 数据传输表示MBMS业务数据传输到用户的过程。
407 MBMS会话结束表示当MBMS业务数据传输完成后,释放网络资源。
408 离开与403加入相对应,表示用户要离开一个组,即不再想接收某个业务的数据。
在WCDMA***中,***为用户设备提供传统分组业务时,要求每个UE都进入PMM_CONNECTED连接状态。该状态意味着UE与UTRAN之间有无线资源控制RRC连接,UE与SGSN之间有信令连接。UE与SGSN之间交互的信令属于非接入层信令即NAS信令。该信令对RNC是透明的,即RNC并不关心UE与SGSN之间传递消息的内容。当UE要进入PMM_CONNECTED状态而建立信令连接时,UE向SGSN发送的必需消息是业务请求(SERVICE REQEUST)或者是路由区域更新请求(ROUTING AREA UPDATE REQUEST)。路由区域更新请求消息只有在UE要更新其所在的路由区域时才需要。业务请求消息被PMM_IDLE空闲状态UE用来建立与SGSN之间的信令连接,并且告诉SGSN发送这条消息的目的是传送上行信令消息,上行数据还是对CN发起寻呼的响应。如果业务请求中的业务类型是信令,那么在信令交换完成后,SGSN会释放掉RNC与SGSN之间的信令连接;如果业务请求中的业务类型是数据,那么SGSN会为处于激活状态的业务建立无线接入承载RAB,从而建立为该业务传送数据的无线承载RB;如果业务请求中的业务类型是寻呼响应,SGSN本身知道该寻呼响应是针对数据传输还是信令交互,从而做出正确的处理,给用户设备发送相关信令还是建立无线接入承载。在WCDMA中提供MBMS业务时,由于使用MBMS的用户数目很大,如果所有收听MBMS业务的用户都处于PMM_CONNECTED状态,那么在空中接口耗费的无线资源可能很多,并且会造成浪费。因此现在UTRAN中采取一部分用户设备处于PMM_CONNECTED状态,另外一部分用户设备处于PMM_IDLE状态的方式,无线单元控制器RNC只统计它控制下的小区中包含的处于PMM_CONNECTED状态的用户数目。用户设备处于PMM_CONNECTED状态,可以是由于用户设备在接收其他专有业务,也可以是仅仅为MBMS进行用户数目统计而处于连接模式。当RNC发现某小区中接收MBMS的用户设备的数目低于点到点与点到多点之间的转换临界值时,RNC会重新统计该小区下的用户数目,以防该小区下还有处于空闲状态的用户设备在接收MBMS数据。该过程可以参考图5。501表示RNC收到从SGSN“会话开始指示”,表示MBMS会话开始,该消息中通常包含业务标识,服务质量参数等与该业务有关的业务参数。RNC统计各个小区中订阅该业务的用户设备数目,这个过程在会话开始时是必须的,而在会话过程中,如果用户数目低于点到点信道与点到多点信道转换的临界值,那么RNC也要开始统计用户数目的过程。该过程从502持续到512。如果RNC发现用户数目低于临界值,那么RNC向小区内的处于空闲状态的用户设备或者也有可能包括处于CELL_PCH和URA_PCH的用户设备发送“MBMS通知”,该消息中包含通知原因(MBMS被叫呼叫),接入概率,业务标识等参数。空闲状态的用户设备收到该消息后,先建立与RNC之间的RRC连接。504-506UE建立与RNC之间的RRC连接,这与现有规范中描述的过程基本一致,唯一的不同可能是RRC连接建立的原因不同。该原因可能“MBMS被叫呼叫”。UE的NAS层发送“业务请求”到SGSN,该业务请求消息是包含在507RRC消息“初始直接传输”和508Iu信令“初始UE消息”中传递给SGSN的。当SGSN收到该消息后,就发送509“MBMS UE连接请求”到RNC,将该UE订阅的所有MBMS业务标识传递给RNC。RNC向SGSN返回510“MBMS UE连接响应”。511RNC将该UE标识添加到UE所在小区的各个业务上下文中。512RNC统计各个小区各个业务的用户数目。至此,RNC统计用户数目过程结束。
在UE传给SGSN的业务请求消息中,如果业务请求中的业务类型为数据,则SGSN要为已激活的PDP上下文建立无线接入承载,从而在Iu和Uu接口为传输数据而进行资源分配。在MBMS统计用户过程中,当UE收到RNC的“MBMS通知”,若该消息表明要进行用户数目统计,则UE要进入连接模式。空闲UE要向SGSN发送业务请求消息,从而进入连接模式。若此时业务请求中的业务类型也为数据,那么按照现有技术,SGSN要为已激活的PDP上下文建立无线接入承载。但是,该业务请求其实是针对MBMS业务,UE并没有请求专有业务的数据传输。由此可见,这会引起SGSN的错误操作。因此,为了避免SGSN的错误操作,我们建议在业务请求中增加一个新的业务类型:MBMS业务。或者我们也可以采用一个新的消息“MBMS业务通知”,报告SGSN该用户设备订阅的MBMS业务需要让RNC知道,即图1中的UE连接请求。
在WCDMA***中,还有一种情况下UE进PMM_CONNECTED状态而不发送业务请求消息,那就是当UE要进入路由区域更新的时候。在此时,如果我们也需要让SGSN通知RNC UE加入的MBMS业务,那么我们可以在消息“路由区域更新请求”中增加一个消息单元:MBMS指示。
发明内容
本发明的目的是提供一种区分MBMS业务请求与其他业务请求的方法。
为实现上述目的,一种区分MBMS业务请求和用户专用业务请求的方法,包括步骤:
RNC给UE发送消息,指明UE需要RRC或者PS域连接
UE发消息给SGSN,指明是MBMS业务还是专用业务,或者告诉SGSN要向RNC通知UE加入的MBMS业务。
SGSN根据不同的业务类型,给RNC发送不同的消息
本发明给出了一种区分MBMS业务请求和UE的专用业务请求的方法。通过该方法,能使SGSN区分不同业务,从而执行不同的处理过程,避免建立不必要的用户平面,造成资源的浪费。
附图说明
图1:MBMS业务与其他专用业务区分流程
图2:UE节点动作行为
图3:MBMS***结构示意图
图4:MBMS组播业务流程
图5:用户数目统计过程流程图
图6:SGSN节点动作行为
具体实施方式
下面,参照附加的图详细说明本发明正确的示例。以下只对理解本说明必要的部分进行说明,为了突出重点会对其他的部分有所省略.图2描述的是MBMS用户设备与SGSN之间业务请求过程。
本发明在业务请求中增加一个针对MBMS的业务类型:MBMS业务,从而能够区分用户设备发送的业务请求是只针对MBMS业务的,还是针对专用业务的,还是针对MBMS业务和专用业务的。本法明还可以增加一个在用户设备与SGSN之间传递的新的消息“MBMS业务通知”,该消息告知SGSN,UE是因为MBMS业务的需要才进入PMM_CONNECTED状态的,SGSN要给RNC发送MBMS UE连接消息,告知RNC该UE订阅的所有MBMS业务。或者本发明可以在路由区域更新中增加“MBMS指示”信息单元,告知SGSN要给RNC发送MBMS UE连接消息,告知RNC该UE订阅的所有MBMS业务。通过这种区分,能够使SGSN正确地给RNC发送相关消息,从而避免业务混淆,及用户平面资源的浪费。
上述图1中的101,SGSN在MBMS会话开始的时候通知RNC,该消息中包含业务标识,服务质量参数,用户平面信息。如果该RNC控制下的小区可能有处于PMM_IDLE的用户设备,那么该消息中还包含通知区域,RNC要在该通知区域对应的小区中发送MBMS通知。
上述图1中的102,RNC统计针对该服务的各个小区中处于连接模式的用户设备数目。如果用户数目大于点到点与点到多点信道的临界值,RNC根据SGSN的指示向全部或某些小区发送“MBMS通知”,并指明不需要统计用户数目,空闲UE不需要进入连接模式。如果某些小区的用户数目小于或等于点到点与点到多点信道的临界值,RNC根据SGSN的指示向全部或某些小区发送“MBMS通知”,并指明需要统计用户数目,部分空闲UE需要进入连接模式。
上述图1中的103,RNC根据SGSN的指示向它控制下的小区发送“MBMS通知”。根据是否需要统计用户数目,而设置“RRC连接需要标识”为真或假。该MBMS通知中还包含业务标识,通知原因,接入概率。通知原因为“被叫MBMS呼叫”。在业务进行过程中,RNC会周期性地在小区内广播信道类型。当空闲UE移动到该小区,如果信道类型为点到点或者该小区根本没有为该业务提供无线承载,UE的RRC要将该信息报告给高层。
上述图1中的104,UE的RRC层收到“MBMS通知”消息,将通知原因及业务标识递交给高层,通知高层有MBMS业务数据到来。如果该消息指明需要RRC连接,即“RRC连接需要标识”为真,RRC层在进行相关的接入概率计算后,如果允许该UE进入连接状态,则通知高层,信令连接指示为真。这一过程可以通过RRC与高层的原语实现。该原语通知高层MBMS业务标识,通知原因和信令连接指示。如果UE在103得知小区内信道类型为点对点,或者该小区根本没有为该业务提供无线承载,那么UE的RRC要向高层报告。报告的原语中包括业务标识,信令连接指示为真。
上述图1中的105,高层根据RRC传递的信息处理该MBMS呼叫。高层将MBMS业务标识与相应的MBMS上下文联系起来。如果信令连接指示表示需要RRC连接,那么高层通过原语告知RRC层,建立RRC连接,并将“业务请求”消息包含在上下层原语之间传递给RRC。否则,高层不需要指示RRC进行任何操作。
上述图1中的106到108,RRC按照高层指示建立RRC连接,建立RRC连接的原因是:MBMS被叫呼叫。RNC的其他操作与现有规范中规定的一样。
上述图1中的109和110,UE在建立RRC连接之后,将高层给的消息“业务请求”传递给SGSN。
109中的业务请求中的业务类型在这种情况下指明的应该是“MBMS业务”。这个过程通过两步完成:109UE将该消息通过RRC信令“初始直接传输”递交给RNC;110RNC将该消息通过Iu信令“初始UE消息”传递给SGSN。
上述图1中的109a,UE在其与SGSN之间建立信令连接后(通过业务请求过程),向SGSN发送“MBMS业务通知”,通知SGSN该UE已经加入了某些MBMS业务,需要SGSN将这些信息告知UE的SRNC。UE与SGSN之间的信令连接可以按照常规的方法建立。在此不多赘述。109a中UE将该消息通过RRC信令“上行直接传输”递交给RNC;110RNC将该消息通过Iu信令“直接传输”消息传递给SGSN。
上述图1中的111,SGSN收到110后,发现业务请求的业务类型是“MBMS业务”或者是收到消息“MBMS业务通知”,SGSN检查UE上下文中保存的该UE已经加入的MBMS业务。SGSN向RNC发送“MBMS UE连接请求”消息,通知RNC该UE加入的MBMS业务标识。MBMS业务标识可以是IP组播地址和APN,也可以是临时移动组标识TMGI。
上述图1中的112,RNC向SGSN确认收到“MBMS UE连接请求”消息,并返回“MBMS UE连接响应”消息。
上述图1中的113,RNC将该UE标识加入到相应小区和业务的上下文中。
从102到114这个过程不一定只发生在会话开始时。在会话过程中,如果RNC发现用户数目低于点到点与点到多点信道转换的临界值,RNC可以发起统计用户数目的过程。此时103中“MBMS通知”包含业务标识,RRC连接需要指示(设置为真)。而设置业务请求中的业务类型为“MBMS业务”,或者决定发送新消息“MBMS业务通知”
如果UE移动到一个新的小区,UE首先要读取***信息得到当前小区所属的路由区域,并且UE还可以从***信息中得到关于MBMS控制信道的信息。接着,UE按照该信道配置去接收该信道上传送的MBMS控制信令。如果UE发现当前小区对于该业务的支持类型是点对点或者没有承载的方式,那么该UE也要执行从105到109的过程。接下来UE可以发送“路由区域更新请求消息”,该消息中包含“MBMS指示”或者在建立信令连接后,发送“MBMS业务通知”消息。同时,如果UE所处的路由区域发生了变化,UE的高层要发送信令执行路由区域更新等功能时,UE可以发送“路由区域更新请求消息”,该消息中包含“MBMS指示”或者在建立信令连接后,发送“MBMS业务通知”消息。接下来UE也要执行从105到109的过程。当然,如果UE只是路由区域发生了变化,而当前小区所支持的该业务信道类型为点对多点,那么UE发送“路由区域更新请求”消息中不必包含“MBMS指示”或者不必发送“MBMS业务通知”消息。
上述图1中的115,UE的高层决定要接收分组域的专用业务,而此时UE处于空闲状态。高层通知RRC层建立RRC连接,并且将NAS消息“业务请求”发送到SGSN。
上述图1中的116到118,RRC按照高层指示建立RRC连接,建立RRC连接的原因是已有的原因值。RNC的其他操作与现有规范中规定的一样。
上述图1中的119和120,UE在建立RRC连接之后,将高层给的消息“业务请求”传递给SGSN。该业务请求中的业务类型设置为“数据”。这个过程通过两步完成:119UE将该消息通过RRC信令“初始直接传输”递交给RNC;120RNC将该消息通过Iu信令“初始UE消息”传递给SGSN。
或者图1中的119a和120,UE可以发送消息“MBMS业务通知”给SGSN。这个过程通过两步完成:119a UE将该消息通过RRC信令“上行直接传输”递交给RNC;120RNC将该消息通过Iu信令“直接传输”传递给SGSN。上述图1中的121,SGSN发现UE请求的业务类型是数据,那么它要查看UE的MM上下文,看哪些业务的PDP为激活状态。SGSN为这些业务建立无线接入承载。SGSN向RNC发送“RAB分配请求”消息给RNC,其中除包含支持该业务的服务质量参数等参数外,如果SGSN发现UE还加入了某些MBMS业务,还可能包含UE已经加入的MBMS业务标识列表。
上述图1中的122,RNC给SGSN返回“RAB分配响应”,建立其Iu用户平面,为该业务提供数据传输通道。
上述图1中的121a,SGSN收到120后,发现业务请求的业务类型是“MBMS业务”或者是收到消息“MBMS业务通知”,SGSN检查UE上下文中保存的该UE已经加入的MBMS业务。SGSN向RNC发送“MBMS UE连接请求”消息,通知RNC该UE加入的MBMS业务标识。MBMS业务标识可以是IP组播地址和APN,也可以是临时移动组标识TMGI。
上述图1中的122a,RNC向SGSN确认收到“MBMS UE连接请求”消息,并返回“MBMS UE连接响应”消息。
上述图1中的123,RNC将该UE标识加入到相应小区和业务的上下文中。
上述图1中的124,RNC统计小区中每个业务的用户数目,以便决定信道类型是点到点还是点到多点。从115到124的过程可以发生在会话开始之前,也可以发生在会话进行过程中。
还有一种情况没有在图1中描述,那就是当用户设备处于RRC连接状态和PMM_IDLE状态时,当会话开始时,SRNC会给UE发送消息,让UE进入PMM_CONNECTED状态。UE是为了MBMS才进入PMM_CONNECTED状态的,因此我们也可以采用图1中描述的三种方法:业务请求中的业务类型为“MBMS业务”,或者一个新的消息“MBMS业务通知”或者在路由区域更新请求消息中增加“MBMS指示”。当SGSN收到该消息后,也要给UE发送UE连接消息。该过程与图1中的115-124基本一样,唯一的区别就在于RRC连接建立过程116-118不需要。
本发明所列举的实施例只是为了说明某些具体的实施本发明的办法,但这并不是本发明所概括的所有实施例。任何由UE发送给CN的能让CN去执行UE连接过程的情节都属于本发明的范围。
实施例
1)UE的节点处理流程
图2描述的是UE的节点处理流程。201阶段表示UE从RNC侧接收消息。202阶段判断UE收到的消息是否是“MBMS通知”,若是则转向203,否则转向201。203阶段,UE的RRC层向高层递交由“MBMS通知”消息得到的业务标识和通知原因。若该消息中的“RRC连接需要标识”为真,则信令连接标识为真。否则信令连接标识为否。UE的RRC层通过原语中的信令连接指示,告诉高层是否要建立信令连接。如果UE的RRC知道目标小区的信道类型为点到点或者目标小区根本没有为UE正在接收的MBMS业务提供无线承载,那么UE的RRC通过原语告诉高层需要建立信令连接,即信令连接指示为真。204阶段,高层判断是否需要信令连接,若需要,则转向205,否则转向207。205阶段,高层指示RRC层建立RRC连接,转向206。206阶段,UE向SGSN发送消息“业务请求”,该消息中的业务类型为“MBMS业务”,或者UE向SGSN发送“MBMS业务通知”消息,或者UE向SGSN发送“路由区域更新”消息,该消息中携带“MBMS指示”。207阶段,高层不做进一步的操作。208阶段,判断收到的消息是否是“MBMS信道类型指示”,若是则转向209,否则转向210。209阶段,判断目标小区的信道类型是否为点到点,若是,则转向203,否则转向201。210阶段,如果目标小区根本没有为UE正在接收的MBMS业务提供无线承载,那么转向203。
2)SGSN的节点处理流程
图6是SGSN的节点动作行为。
601 阶段标识SGSN从UE侧接收消息。
602 阶段判断SGSN收到的消息是否为“业务请求”,若是则转向603,否则转向601。
603 阶段判断业务类型是否为“MBMS业务”,若是则转向604,否则转向605。
604 阶段,SGSN查看其UE上下文,向RNC发送“MBMS UE连接请求”消息,其中包含UE已经加入的MBMS业务标识。
605 阶段,SGSN查看UE上下文,为已经处于激活状态的PDP建立RAB。SGSN向RNC发送“RAB分配请求”消息,其中除携带建立用户平面的参数和该服务的质量参数外,还携带UE已经加入的MBMS业务标识。
606 阶段,判断SGSN收到的消息是否是“路由区域更新请求”消息,若是则转向607,否则转向608。
607 阶段,判断收到的消息中是否包含“MBMS指示”,若是则转向604,否则转向601。
608 阶段,判断收到的消息是否是“MBMS业务通知”,若是则转向604,否则转向601。

Claims (6)

1、一种区分MBMS业务请求和用户专用业务请求的方法,该方法包括以下步骤:
RNC给UE发送消息,指明UE需要RRC连接;
UE发消息给SGSN,指明是MBMS业务还是专用业务;
SGSN根据不同的业务类型,给RNC发送不同的消息。
2、根据权利要求1所述的方法,其特征在于:UE发给SGSN的“业务请求”中的业务类型是“MBMS业务”。
3、根据权利要求1所述的方法,其特征在于包括:UE的RRC层向其高层NAS层发送指示原语。
4、根据权利要求3所述的方法,其特征在于:指示原语通知MBMS业务标识,通知原因,信令连接指示。
5、根据权利要求1所述的方法,其特征在于:UE发送给SGSN的“路由区域更新消息”,其中包含参数指示SGSN应该将该UE加入的MBMS业务告知RNC。
6、根据权利要求1所述的方法,其特征在于:UE给SGSN发送的消息为一新消息,该消息指示SGSN要告知RNC该UE加入的MBMS业务标识。
CN 200310101448 2003-08-15 2003-10-17 区分mbms业务请求与其他业务请求的方法 Pending CN1581785A (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN 200310101448 CN1581785A (zh) 2003-08-15 2003-10-17 区分mbms业务请求与其他业务请求的方法
US10/918,148 US7400593B2 (en) 2003-08-15 2004-08-13 Method for distinguishing MBMS service request from other service requests
JP2006523138A JP4319679B2 (ja) 2003-08-15 2004-08-14 Mbmsサービス要請を他のサービス要請と区別する方法
PCT/KR2004/002047 WO2005018113A1 (en) 2003-08-15 2004-08-14 Method for distinguishing mbms service request from other service requests
EP04774318.2A EP1668798B1 (en) 2003-08-15 2004-08-14 Method for distinguishing mbms service request from other service requests
KR1020067003099A KR101023373B1 (ko) 2003-08-15 2004-08-14 멀티미디어 방송/멀티캐스트 서비스 시스템에서 방송서비스 요청을 다른 서비스 요청들과 구별하는 방법

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN03154175.5 2003-08-15
CN03154175 2003-08-15
CN 200310101448 CN1581785A (zh) 2003-08-15 2003-10-17 区分mbms业务请求与其他业务请求的方法

Publications (1)

Publication Number Publication Date
CN1581785A true CN1581785A (zh) 2005-02-16

Family

ID=34593099

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200310101448 Pending CN1581785A (zh) 2003-08-15 2003-10-17 区分mbms业务请求与其他业务请求的方法

Country Status (1)

Country Link
CN (1) CN1581785A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102469622A (zh) * 2010-11-16 2012-05-23 中兴通讯股份有限公司 多模控制器入局消息处理方法、装置及多模控制器
CN104105201A (zh) * 2008-10-30 2014-10-15 松下电器产业株式会社 业务卸载装置及其方法、分组访问控制节点及其方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104105201A (zh) * 2008-10-30 2014-10-15 松下电器产业株式会社 业务卸载装置及其方法、分组访问控制节点及其方法
CN104105201B (zh) * 2008-10-30 2017-09-22 太阳专利信托公司 业务卸载装置及其方法、分组访问控制节点及其方法
CN102469622A (zh) * 2010-11-16 2012-05-23 中兴通讯股份有限公司 多模控制器入局消息处理方法、装置及多模控制器
WO2012065442A1 (zh) * 2010-11-16 2012-05-24 中兴通讯股份有限公司 多模控制器入局消息处理方法、装置及多模控制器
EP2624518A1 (en) * 2010-11-16 2013-08-07 ZTE Corporation Method and device for processing multimode controller incoming messages and multimode controller
EP2624518A4 (en) * 2010-11-16 2014-08-06 Zte Corp METHOD AND DEVICE FOR PROCESSING INCOMING MESSAGES ON A MULTIMODAL CONTROLLER AND MULTIMODAL CONTROLLER
CN102469622B (zh) * 2010-11-16 2014-12-03 中兴通讯股份有限公司 多模控制器入局消息处理方法、装置及多模控制器
US9060379B2 (en) 2010-11-16 2015-06-16 Zte Corporation Method and device for processing incoming message of multimode controller, and multimode controller

Similar Documents

Publication Publication Date Title
EP1668798B1 (en) Method for distinguishing mbms service request from other service requests
EP1428336B1 (en) Apparatus, and associated method, for multicasting data in a radio communications system
EP1796405B1 (en) Method and apparatus of service identifying and routing in multimedia broadcast/multicast service system
EP1802049B1 (en) A method and system for controlling multimedia broadcast/multicast service session
US7769010B2 (en) PTP/PTM transmission decisions
US8681677B2 (en) Processing method and apparatus for lu interface parallel multimedia broadcast multicast service session start-up
US20040142706A1 (en) Method for transmitting paging information for broadcast service in an MBMS mobile communication system
US20040152476A1 (en) Mobile communication system, radio terminal used therefor, radio network controller and operation control method therefor
EP1742413A1 (en) A method of starting the session of multimedia broadcast multicast service
CN1653729A (zh) 用于在移动通信***中管理多点通信组的方法
KR100996051B1 (ko) 멀티미디어 방송 서비스를 지원하는 이동통신시스템에서 제어 정보를 송수신하는 방법
CN1630412A (zh) 发送/接收多媒体广播/多播业务的业务可用性信息的方法
CN1585316A (zh) 为mbms业务建立公共传输信道的方法
CN1735272A (zh) 为多媒体广播组播业务提供通知的方法
CN1770913A (zh) 接收多媒体广播与组播业务的方法
CN1585508A (zh) 为mbms建立点到点信道时引入新标识的方法
CN1581785A (zh) 区分mbms业务请求与其他业务请求的方法
CN1534911A (zh) 临时移动组标识的分配与传递方法
CN100563361C (zh) 广播组播业务去激活的方法及设备
CN1642302A (zh) 通知mbms相关信息的方法
CN1638493A (zh) 区分mbms业务请求与其他业务请求的方法
CN100409698C (zh) 区分mbms业务请求与其它业务请求的方法
CN100464530C (zh) 通知多媒体广播组播会话开始的方法
CN1842209A (zh) 提供mbms业务的方法
CN101232701B (zh) 广播组播业务去激活的方法及设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication