CN101237390A - 发送和接收组播消息的方法及装置 - Google Patents
发送和接收组播消息的方法及装置 Download PDFInfo
- Publication number
- CN101237390A CN101237390A CNA2007100068841A CN200710006884A CN101237390A CN 101237390 A CN101237390 A CN 101237390A CN A2007100068841 A CNA2007100068841 A CN A2007100068841A CN 200710006884 A CN200710006884 A CN 200710006884A CN 101237390 A CN101237390 A CN 101237390A
- Authority
- CN
- China
- Prior art keywords
- multicast message
- sar
- module
- layer
- route
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种发送组播消息的方法,该方法包括:路由发送端应用层将组播消息发送到处理组播消息的无线链路协议(RLP)的分割与重组(SAR)层;处理组播消息的SAR层将接收到的组播消息,直接转发到对应流协议层;所述流协议层通过对应路由初始化(RIP)层及服务路由发送端路由间隧道协议(IRTP)层,将接收到的组播消息发送到服务路由接收端。本发明还公开了一种发送组播消息的装置,以及接收组播消息的方法及装置。使用本发明使得路由接收端能正常接收到路由发送端发送的组播消息。
Description
技术领域
本发明涉及移动通信***中消息的发送和接收技术,具体涉及一种发送和接收组播消息的方法及装置。
背景技术
目前,全球无线通信正呈现出移动化、宽带化和因特网协议(IP,InternetProtocol)化的趋势,给移动通信技术带来了直接的竞争压力。因此,第三代移动通信标准化组织开始了第三代移动通信***(3G,3rd GenerationMobile Communications System)演进型***的技术研究与标准化工作,以保持3G技术的竞争力和在移动通信领域的领导地位。
移动通信***中,一个终端可以同时通过多个无线链路与多个小区内的基站进行通信,多个无线链路的集合称为激活集。第三代伙伴计划II(3GPP2,3G Partnership Project II)的空中接口演进技术(AIE,Air InterfaceEvolution)中,在激活集的接入网络(AN,Access Network)中引入了路由(Route)概念。接入终端(AT,Access Terminal)与激活集中的每个AN都建立一个独立的空口连接,即一套完整的空口配置参数,以及除物理层之外的其它协议层的处理资源,该空口连接称为Route。在激活集中,只有一个AN真正给AT分配传输数据报文的物理资源,该AN称为服务AN(ServingAN),对应的空口连接称为服务Route,其它Route的数据报文都是通过服务Route发送或接收的。
图1为现有技术中数据报文的发送和接收的方法示意图,如图1所示,对应于AT和AN的每个Route以及每个Route的发送端和接收端,都包括以下几个协议层:应用层(APP,Application Layer)/路由间隧道协议(IRTP,Inter Route Tunnel Protocol)、无线链路协议(RLP,Radio Link Protocol)、流协议(Stream Protocol)、路由初始化协议(RIP,Route InitializationProtocol)、报文聚合协议(PCP,Packet Convergence Protocol)、媒体接入控制(MAC,Media Access Control)以及物理层(PHY,Physical Layer)。在Route建立之初,每个APP与一个RLP和流协议绑定,且RLP以流协议标识(Stream ID)唯一标识。数据报文应用产生的数据报文将直接发送到处理数据报文的RLP和流协议层;产生组播消息的应用产生的组播消息直接发送到处理组播消息的以Stream ID为0标识的RLP和流协议层。其中,RLP的分段和重组(SAR,Segmentation and Reassembly)子层用于分割、重新组合等。AT包括与两个AN建立的Route,包括Route A和Route B,其中假设Route B为服务Route,对应的服务AN为AN B。图1中虚线箭头为服务Route发送和接收数据报文的过程,实线箭头为非服务Route发送和接收数据报文的过程。
对于服务Route发送和接收的数据报文,发送端产生数据报文的应用APPB将报文交给对应的RLPB处理,由RLPB的子层SARB分割并加序号后,经对应的流协议层加上与该RLPB关联的流标识(Stream ID),然后经RIPB层加上RIP头形成RIP报文,在PCPB层汇聚,最后经MACB层和PHYB发送出去。接收端接收的过程与发送端发送的过程相反:接收端PHYB解析出MAC报文,由接收端MACB层、接收端PCPB层、接收端RIPB层依次去除包头后得到流协议报文。接收端的流协议层去除流协议报文的流协议标识后,得到RLP报文,并将该RLP报文发送到与流协议标识关联的RLP,如RLPB中处理。接收端RLPB的SARB层根据RLP报文中的序号重组后发送到接收端APPB,完成数据报文发送和接收过程。
对于非服务Route,如图1中Route A发送和接收的数据报文,数据报文经Route A发送端的APPA->RLPA->流协议层->RIPA后,形成RIP报文,发送到服务Route的IRTPB,由IRTPB在接收到的多个RIP报文前加上同一IRTP头形成IRTP报文,该IRTP头为指示该RIP报文Route信息的路由标识(Route ID)。然后IRTP报文经服务Route的RLPB->流协议B->RIPB->PCPB->MACB->PHYB发送出去。接收过程与发送过程相反,数据报文经服务Route接收端的PHYB->MACB->PCPB->RIPB->流协议B->RLPB得到IRTP报文,IRTPB剥离IRTP报文的IRTP头得到RIP报文,并且根据该IRTP头中指示的Route信息发送到Route A接收端的RIPA接收,再经Route A接收端的RIPA->流协议层->RLPA发送到APPA,完成了非服务Route数据报文发送和接收的过程。
对于数据报文,流协议层加上的流标识是非零的值,而对于组播消息,流协议层加上的流标识为固定值0。
AT中保存了激活集中所有AN对应Route的空口配置参数,以及除物理层之外的其它协议层的处理资源,每个AN也保存了该AN以及激活集中的其它AN与AT的空口配置参数,以及除物理层之外的其它协议层的处理资源。当AT与其中一个AN的配置参数有所改变时,AT需要通过服务Route发送组播消息通知其它AN更新与该AN的配置参数。
因此,AIE中规定了一种组播(Many-casting)消息的发送和接收方法,该方法只用于反向,即只用于AT向激活集中的多个AN发送组播消息。也就是说AT在某个Route上,包括服务Route,发送的一个组播消息,由激活集中的多个AN接收。图2为现有技术中组播消息的发送和接收的方法示意图,如图2所示,AT包括与两个AN建立的Route,包括Route A和RouteB,其中假设Route B为服务Route,对应的服务AN为AN B。图2中虚线箭头为服务Route发送和接收组播消息的过程,实线箭头为非服务Route发送和接收组播消息的过程。
Route发送端,包括服务Route发送端和非服务Route发送端,产生组播消息的应用APP,将组播消息发送到对应的RLP,即以Stream ID为0标识的RLP,再由SAR层分割并从SAR层保存的下一个序号开始顺序编号,即如果发送该组播消息时的序号为2、3和4,则在发送下一个组播消息时,SAR层保存的下一个序号为5,组播消息各报文块的序号为5、6和7;然后,组播消息经对应的流协议层加上值为0的流标识后,发送到RIP层,由RIP层加RIP头后,全部发送到服务Route的IRTP进行处理;由服务Route的IRTP层加上标识多个Route的Route ID后,作为普通应用层数据报文发送到以Stream ID为非零标识的RLP进行后续处理;以后的发送过程以及服务Route的IRTP层接收的过程与现有技术中数据报文的发送和接收过程相同。服务Route接收端的IRTP接收到组播消息组成的数据报文后,根据报文中的Route ID,将该报文发送到对应Route的RIP层。接收组播消息的所有Route的接收端接收到组播消息后,都要经RLP的SAR层,根据接收到的组播消息中各报文块的序号将报文重组后,发送到接收并处理组播消息的APP。
在接收过程中,如果Route接收端的SAR层,判断接收到的报文中SAR层序号与其自身期待序号相同,则接收该报文,将序号去掉,并重组后发送到应用层。如果发现接收到的报文中SAR层的序号与其自身的期待序号不一致的话,就会判断报文中的序号与自身期待序号的大小。如果报文中的序号小于其自身的期待序号,则认为该报文是已经接收过的报文,遂将其丢弃,造成无法正常接收到组播消息;如果报文中的序号大于其自身的期待序号,则会在接收该报文后进行正常处理,并将该SAR层保存的期待序号根据该报文SAR的序号顺序排序进行调整。而如果下一次接收到的组播消息报文是该Route对应的发送端发送的报文,其中的SAR序号是该SAR层原来的期待序号,则会由于该Route发送端与接收端SAR层的期待序号不一致而导致无法正常接收组播消息,从而造成组播消息报文丢失。
图3为现有技术中发送和接收组播消息方法示意图,如图3所示,RouteA发送端的SARA层保存的下一序号为15,因此将接收到组播消息进行分割,例如分为4个报文块,并进行顺序编号,例如分别编号为15、16、17和18后,经服务Route发送到服务AN的SARB、AN A的SARA层和AN C的SARC层。
AN A的SAR判断该组播消息报文中的序号15与自身的期待序号15相同,则正常接收该报文,即将该报文重组后发送到应用层。
服务AN的SAR发现接收到的组播消息各报文块中的序号15与自身期待的序号35不一致,且判断报文块中的起始序号15小于自身期待的序号35,则将该报文块丢弃,即无法正常接收该报文块。
AN C的SARC发现接收到的组播消息报文块中的序号15与自身的期待序号5不同,且判断报文中的起始序号大于自身的期待序号5,则接收该报文,同时在四个报文块全部接收后,将自身的期待序号调整为19。这样,造成了Route C发送端和接收端的SAR层不同步,如果下一次接收到的Route C组播消息报文起始序号为5,AN C就会因为该报文序号小于其自身的期待序号19而无法正常接收组播消息。
发明内容
有鉴于此,本发明实施例提供一种发送组播消息的方法,支持Route接收端正常接收到组播消息。
本发明实施例提供一种接收组播消息的方法,使得Route接收端能正常接收到组播消息。
本发明实施例提供一种发送组播消息的装置,支持Route接收端正常接收到组播消息。
本发明实施例提供一种接收组播消息的装置,使得Route接收端能正常接收组播消息。
为达到上述目的,本发明实施例的技术方案是这样实现的:
一种发送组播消息的方法,包括:
路由发送端应用层将组播消息发送到处理组播消息的无线链路协议RLP的分割与重组SAR层;
处理组播消息的SAR层将接收到的组播消息,直接转发到对应流协议层;
所述流协议层通过对应路由初始化协议RIP层以及服务路由发送端的路由间隧道协议IRTP层,将接收到的组播消息发送到服务路由接收端。
一种接收组播消息的方法,包括:
激活集中接入网络的路由接收端将接收到的组播消息通过路由接收端流协议层转发到处理组播消息的无线链路协议RLP的分割与重组SAR层;
路由接收端SAR层接收到组播消息后,直接转发到路由接收端应用层。
一种发送组播消息的装置,包括组播消息产生模块、组播消息处理分割与重组SAR模块、组播消息处理流协议模块、组播消息处理路由初始化协议RIP模块和服务路由发送端路由间隧道协议IRTP模块,
所述组播消息产生模块,用于产生组播消息,发送到发送端SAR模块;
所述组播消息处理SAR模块,用于接收组播消息产生模块发送的组播消息,直接转发到组播消息处理流协议模块;
所述组播消息处理流协议模块,用于接收组播消息处理SAR模块发送的组播消息,发送到组播消息处理RIP模块;
所述组播消息处理RIP模块,用于接收组播消息处理流协议模块发送的组播消息,发送到服务路由发送端IRTP模块;
所述服务路由发送端IRTP模块,用于接收组播消息处理RIP模块发送的组播消息,转发到服务路由接收端的IRTP。
一种接收组播消息的装置,包括接收端路由初始化协议RIP模块、接收端流协议模块、接收端分割与重组SAR模块和接收端应用模块,
所述接收端RIP模块,用于接收服务路由接收端的IRTP发送的组播消息,发送到接收端流协议模块;
所述接收端流协议模块,用于接收来自接收端RIP模块的组播消息,发送到接收端SAR模块;
所述接收端SAR模块,用于接收来自接收端流协议模块的组播消息,直接转发到接收端应用模块;
所述接收端应用模块,用于接收来自接收端SAR模块的组播消息。
与现有技术相比,本发明实施例所提供的发送和接收组播消息的方法及装置,改变了处理组播消息的SAR层对组播消息的处理方法,将接收到的组播消息直接转发到对应的流协议层,使得Route接收端处理组播消息的SAR层不需要根据SAR层的序号接收组播消息,从而实现了正常接收组播消息。
附图说明
图1为现有技术中数据报文的发送和接收的方法示意图;
图2为现有技术中组播消息的发送和接收的方法示意图;
图3为现有技术中发送和接收组播消息的方法示意图;
图4为本发明实施例一发送和接收组播消息的方法示意图;
图5为本发明实施例二发送和接收组播消息的方法示意图;
图6为本发明实施例三发送和接收组播消息的方法示意图;
图7为本发明实施例四发送和接收组播消息的方法示意图。
具体实施方式
下面结合附图及具体实施例对本发明进行详细说明。
本发明实施例提供的发送组播消息的方法,在组播消息经过处理组播消息的RLP的SAR层时,不进行处理而直接转发;或不分割而只加上包含固定序号的SAR包头;或分割为多个报文块,且分别加上包含序号的SAR包头,但每次发送组播消息时加的SAR包头都从相同的起点顺序编号,避免了由于发送端和接收端处理组播消息的SAR层的序号不同步,而造成的无法正常接收组播消息的情况。
以下以四个实施例对本发明提供的发送和接收组播消息的方法进行详细说明。
实施例一:
本实施例提供的发送和接收组播消息的方法,在发送和接收组播消息时,发送端和接收端都跳过以Stream ID为0的值标识的RLP的SAR子层。也就是说发送端以Stream ID为0的值标识的RLP SAR层的工作模式是接收到组播消息后,不进行任何处理,而直接转发到流协议层进行处理;接收端以Stream ID为0的值标识的RLP SAR层的工作模式是将接收到组播消息不进行任何处理,而直接转发到接收端的应用层。
图4为本发明实施例一发送和接收组播消息的方法示意图,如图4所示,该组播消息由Route A通过服务Route B发送到AN A、服务AN B以及ANC。
AT的Route A产生组播消息的APP将组播消息发送到对应的RLPA,该RLPA将组播消息转发到流协议层,由流协议层加上值为0的Steam ID后,发送到服务Route的IRTPB,由服务Route发送端的IRTPB发送到服务AN的IRTPB。接收端IRTP根据IRTP报文的IRTP头,即Route ID将该报文分发到AN A、AN B和AN C的RIP层,由RIP层和流协议层按照现有技术中的方式顺序处理后发送到以Steam ID为0标识的RLP的SAR层,SAR层对该RLP-SAR报文不进行任何处理,直接转发到应用层。
实施例二:
本实施例提供的发送和接收组播消息的方法,将发送端处理组播消息的SAR层的下一序号与接收端处理组播消息的SAR层的期待序号设为一固定值;在产生组播消息的应用产生的组播消息,经过以Stream ID为0标识的RLP层时,其SAR层不对组播消息进行分割,而是直接加上包含序号的SAR包头,且该序号为预先设置的固定值。每次应用层发送的组播消息经过该SAR层时,其SAR包头的序号是一固定值,不会随着发送组播消息的数目而变化。接收端中以Stream ID为0标识的RLP,其SAR层接收组播消息时,将接收到的组播消息中包含固定值序号的SAR包头去掉,直接发送到应用层。如此,便避免了发送端SAR的下一序号与接收端SAR的期待序号不一致的问题。
图5为本发明实施例二的发送和接收组播消息的方法,如图5所示,发送端以Stream ID为0标识的RLP的SAR层的下一个序号设置为0,将每个接收到的组播消息中加上序号值为0的包头,所有接收端以Stream ID为0标识的RLP的SAR层的期待序号设为与发送端的下一个序号一样的值0,该接收端SAR层将接收到的组播消息中序号值为0的包头去掉后,直接发送到应用层。
本实施例是实施例三的一个特例。
实施例三:
本实施例提供的发送和接收组播消息的方法为:将发送端处理组播消息的SAR层的下一序号与接收端处理组播消息的SAR层的期待序号设为一固定值;当产生组播消息的应用产生的组播消息发送到以Stream ID为0标识的RLP的SAR层时,进行分割,且加上包含序号的SAR包头,该序号为从设定的固定值开始的顺序编号。每一次对接收到的组播消息进行处理时,各个分块SAR包头中的序号都是从相同的起点开始顺序编号;每一个接收组播消息的AN接收端中,以Stream ID为0标识的RLP的SAR层在每一次接收到新的组播消息的报文块时,其期待序号与发送端发送组播消息时编号的起点相同,从而保证了组播消息的正常接收。
图6为本发明实施例三发送和接收组播消息的方法,如图6所示,发送端AT中的以Stream ID为0标识的RLP SAR层RLP-SARA将接收到的应用层发送的组播消息分割为四块,并加上包含顺序编号的SAR包头,例如,编号为0、1、2和3,后经RIPA层,以及服务Route的IRTPB发送到接收端服务AN的IRTPB,再由IRTPB将IRTP报文发送到各AN的RIP层;RIP层处理后发送到Stream ID为0标识的RLP层。所有接收端的SAR的期待序号都为0,且每次接收组播消息时的期待序号均从0开始。所以,接收端SAR可以接收序号为0、1、2和3的组播消息报文块,根据该序号将报文排序,去掉包含该序号的SAR包头并进行重组后,发送到处理组播消息的应用层APP。
实施例二是本实施例的一个特例,本实施例中路由发送端以Stream ID为0标识的RLP-SAR层将接收到的应用层发送的组播消息分割时,如果只分割为一块,而不分割为多块,即为实施例二的情况。
实施例四:
本实施例提供的发送和接收组播消息的方法将所有Route发送端的处理组播消息的RLP合并为一个RLP,例如为RLP0,该RLP0只处理所有Route发送端的应用层产生的组播消息,且必需用值为0的Stream ID来标识该RLP。其它Route发送端的RLP只用非0的Stream ID来标识。与该RLP对应的RIP不再指示任何Route信息。
图7为本发明实施例四发送和接收组播消息的方法示意图,如图7所示,所有Route发送端的应用层产生的组播消息都发送到RLP0处理,RLP-SAR0将接收到的组播消息分割,并加上包含顺序编号的SAR包头后,发送到流协议0层,由流协议0层加上值为0的Stream ID后发送到RIP0,再由RIP0转发到服务Route的IRTP层。以后的发送以及接收过程与现有技术中的相同,在此不再赘述。当该RLP0接收到一个新的组播消息,但正在处理其它的组播消息时,RLP0将该新的组播消息缓存在应用层的消息队列中。
由于本实施例将所有Route的RLP-SAR合并为一个,因此,发送端只有一个处理组播消息的RLP-SAR,也就是说所有Route接收端处理组播消息的RLP-SAR层的期待序号都与Route发送端处理组播消息的RLP-SAR层的下一序号同步,所以不存在由于发送端和接收端处理组播消息的SAR层序号不同步,而导致接收端无法正常接收组播消息的问题。
当在处理组播消息的过程中,激活集中有新的AN加入时,该AN处理组播消息的RLP-SAR层期待序号要与终端中处理组播消息的RLP-SAR层序号同步。同步的方法可以为:该新加入激活集的AN从激活集中的其它AN获得,也可以由处理所有Route发送端组播消息的SAR层发起序号的复位,将所有接收组播消息的SAR层的期待序号,与发送组播消息的SAR层的下一序号归零。
当将所有的路由发送端处理组播消息的SAR层合为一个SAR时,本发明实施例一、实施例二和实施例三的方法同样也可以使用。
本发明实施例中,服务Route发送端的IRTPB将组播消息的IRTP报文发送到服务AN的IRTPB的方法,与现有技术中处理普通数据报文的方式相同,在此不再赘述。由于,IRTP报文经RLPB的SAR子层的处理过程与现有技术相同,因此,组播消息的IRTP报文在经过SAR层时,要分割并顺序编号,但是因为接收此IRTP报文的只有一个AN,即服务AN,所以不会出现现有技术中发送组播消息时出现的问题,且保证了在空口传输组播消息时的可靠性和安全性。
除SAR层的处理方法不同外,其它层对组播消息的处理方法及转发流程与现有技术中的相同,在此不再赘述。
以Stream ID为非0标识的RLP的SAR层对接收到的普通数据报文的方法不变,也与现有技术中的相同。因此,本发明实施例修改处理组播消息的SAR层的处理方法后,不会对数据报文的处理方法造成影响。
发送组播消息的装置包括组播消息产生模块、组播消息处理SAR模块、组播消息处理流协议模块、组播消息处理RIP模块和服务路由发送端IRTP模块。
其中,组播消息产生模块,用于产生组播消息,发送到组播消息处理SAR模块;
组播消息处理SAR模块,用于接收组播消息产生模块发送的组播消息,转发到组播消息处理流协议模块;
组播消息处理流协议模块,用于接收组播消息处理SAR模块发送的组播消息,发送到组播消息处理RIP模块;
组播消息处理RIP模块,用于接收组播消息处理流协议模块发送的组播消息,发送到服务路由组播消息处理IRTP模块;
服务路由发送端IRTP模块,用于接收组播消息处理RIP模块发送的组播消息,转发到服务路由接收端的IRTP。
组播消息处理SAR模块还可用于保存预先设置的下一个序号固定值;将接收到的组播消息直接加上包含所述固定值的SAR包头。
组播消息处理SAR模块还可用于保存预先设置的下一个序号固定值;将接收到的组播消息分割为多个报文块,并分别加上包含序号的SAR包头,该序号为从该固定值开始的顺序编号。
组播消息处理SAR模块用于接收所有路由发送端组播消息产生模块发送的组播消息;该模块还可用于将接收到的组播消息产生模块发送的组播消息分割为多个报文块,并分别加上包含顺序编号的SAR包头。
接收组播消息的装置包括接收端RIP模块、接收端流协议模块、接收端SAR模块和接收端应用模块。
其中,接收端RIP模块,用于接收服务路由接收端的IRTP发送的组播消息,发送到接收端流协议模块;
接收端流协议模块,用于接收来自接收端RIP模块的组播消息,发送到接收端SAR模块;
接收端SAR模块,用于接收来自接收端流协议模块的组播消息,直接转发到接收端应用模块;
接收端应用模块,用于接收来自接收端SAR模块的组播消息。
接收端SAR模块还可用于保存预先设置的期待序号的固定值;将接收到的组播消息去掉包含该固定值的SAR包头。
接收端SAR模块还可用于保存预先设置的期待序号的固定值;将接收到的组播消息根据期待序号的固定值的顺序编号排序,并去掉包含该编号的SAR包头后进行重组。
接收端SAR模块,进一步用于将其保存的期待序号与发送组播消息的组播消息处理SAR模块保存的下一序号同步的期待序号。
由以上所述可以看出,本发明实施例所提供的发送和接收组播消息的方法,通过SAR层时不对应用层报文或SAR报文进行处理而直接转发,或不进行分割,只加上或去掉包含固定值序号的SAR包头,或进行分割并加上包含从相同的起始值顺序编号的SAR包头,从而使得AT中Route的发送端和各AN中接收端接收组播消息的RLP-SAR层不会出现序号不同步的问题,从而保证了组播消息的正常接收。
同时,使用本发明实施例一提供的技术方案时,由于组播消息在发送端不需要经过RLP-SAR子层的分割和编号,也不需要在接收端经过RLP-SAR子层重组分块,从而简化了***的处理,提高了***的性能。
而且,虽然去除了处理组播消息的RLP-SAR子层,仍然可以通过服务Route的RLP-SAR子层对IRTP报文进行分割并且顺序编号,在接收端进行重组,保存了在空口传输组播消息的可靠性和安全性,不会因为没有RLP-SAR子层,而使得组播消息的传输变得不可靠或不安全。
本发明实施例二和实施例三提供的技术方案,保证了传输组播消息与传输其它数据报文时,协议结构的一致性。只要对现有的协议进行简单修改,即可以达到可靠传输组播消息的目的。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应报文含在本发明的保护范围之内。
Claims (18)
1. 一种发送组播消息的方法,其特征在于,该方法包括:
路由发送端应用层将组播消息发送到处理组播消息的无线链路协议RLP的分割与重组SAR层;
处理组播消息的SAR层将接收到的组播消息,直接转发到对应流协议层;
所述流协议层通过对应的路由初始化协议RIP层以及服务路由发送端的路由间隧道协议IRTP层,将接收到的组播消息发送到服务路由接收端。
2. 如权利要求1所述的方法,其特征在于,所述处理组播消息的SAR层为所述路由发送端处理组播消息的SAR层。
3. 如权利要求2所述的方法,其特征在于,所述路由发送端处理组播消息的SAR层接收组播消息之前,该方法进一步包括:将所述路由发送端处理组播消息的RLP的SAR层的下一序号设置为固定值;
所述路由发送端处理组播消息的SAR层将接收到的组播消息直接转发到对应流协议层之前,该方法进一步包括:所述路由发送端处理组播消息的SAR层将接收到的组播消息直接加上包含所述固定值的SAR包头。
4. 如权利要求2所述的方法,其特征在于,所述路由发送端处理组播消息的SAR层接收组播消息之前,该方法进一步包括:将所述路由发送端处理组播消息的RLP的SAR层的下一序号的设置为固定值;
所述路由发送端处理组播消息的SAR层将接收到的组播消息直接转发到对应流协议层之前,该方法进一步包括:所述路由发送端处理组播消息的SAR层将接收到的组播消息分割为多个报文块,并分别加上包含序号的SAR包头,该序号为从所述固定值开始的顺序编号。
5. 如权利要求要求1所述的方法,其特征在于,所述处理组播消息的SAR层为处理所有路由发送端的组播消息的SAR层。
6. 一种接收组播消息的方法,其特征在于,该方法包括:
激活集中接入网络的路由接收端接收组播消息后,通过路由接收端流协议层,将所述组播消息转发到处理组播消息的无线链路协议RLP的分割与重组SAR层;
路由接收端SAR层接收到组播消息后,直接转发到路由接收端应用层。
7. 如权利要求6所述的方法,其特征在于,所述路由接收端接收组播消息之前,该方法进一步包括:
将路由接收端处理组播消息的RLP的SAR层的期待序号设置为固定值;
所述路由接收端SAR层将接收到的组播消息直接转发到路由接收端应用层之前,该方法进一步包括:路由接收端SAR层将接收到的组播消息中的包含所述固定值的SAR包头去掉。
8. 如权利要求6所述的方法,其特征在于,所述路由接收端接收组播消息之前,该方法进一步包括:将路由接收端处理组播消息的RLP的SAR层的期待序号设置为固定值;
所述路由接收端SAR层将接收到的组播消息直接转发到路由接收端应用层之前,该方法进一步包括:路由接收端SAR层将接收到的组播消息各报文块根据各报文块中从所述固定值开始的序号排序,去掉包含所述序号的SAR包头,并进行重组。
9. 如权利要求6所述的方法,其特征在于,所述路由接收端SAR层为新加入激活集中的接入网络的路由接收端SAR层;
所述路由接收端SAR层接收组播消息之前,该方法进一步包括:
所述路由接收端处理组播消息的SAR层的期待序号与处理所有路由发送端组播消息的SAR层的下一序号同步。
10. 如权利要求9所述的方法,其特征在于,所述新加入激活集中接入网络的路由接收端处理组播消息的SAR层的期待序号与处理所有路由发送端组播消息的SAR层的下一序号同步为:
所述新加入激活集中的接入网络从激活集中的其它接入网络获得处理组播消息的SAR层的期待序号,或由发送所有路由发送端组播消息的SAR层发起序号的复位。
11. 一种发送组播消息的装置,其特征在于,该装置包括组播消息产生模块、组播消息处理分割与重组SAR模块、组播消息处理流协议模块、组播消息处理路由初始化协议RIP模块和服务路由发送端路由间隧道协议IRTP模块,
所述组播消息产生模块,用于产生组播消息,发送到组播消息处理SAR模块;
所述组播消息处理SAR模块,用于接收组播消息产生模块发送的组播消息,直接转发到组播消息处理流协议模块;
所述组播消息处理流协议模块,用于接收组播消息处理SAR模块发送的组播消息,发送到组播消息处理RIP模块;
所述组播消息处理RIP模块,用于接收组播消息处理流协议模块发送的组播消息,发送到服务路由发送端IRTP模块;
所述服务路由发送端IRTP模块,用于接收组播消息处理RIP模块发送的组播消息,转发到服务路由接收端的IRTP。
12. 如权利要求11所述的装置,其特征在于,所述组播消息处理SAR模块,进一步用于保存预先设置的下一序号固定值;将接收到的组播消息直接加上包含所述固定值的SAR包头。
13. 如权利要求11所述的装置,其特征在于,所述组播消息处理SAR模块,进一步用于保存预先设置的下一序号固定值;将接收到的组播消息分割为多个报文块,并分别加上包含序号的SAR包头,该序号为从所述固定值开始的顺序编号。
14. 如权利要求11所述的装置,其特征在于,所述组播消息处理SAR模块用于接收所有路由发送端组播消息产生模块发送的组播消息;
所述组播消息处理SAR模块,进一步用于将接收到的组播消息产生模块发送的组播消息分割为多个报文块,并分别加上包含顺序编号的SAR包头。
15. 一种接收组播消息的装置,其特征在于,该装置包括接收端路由初始化协议RIP模块、接收端流协议模块、接收端分割与重组SAR模块和接收端应用模块,
所述接收端RIP模块,用于接收服务路由接收端的IRTP发送的组播消息,发送到接收端流协议模块;
所述接收端流协议模块,用于接收来自接收端RIP模块的组播消息,发送到接收端SAR模块;
所述接收端SAR模块,用于接收来自接收端流协议模块的组播消息,直接转发到接收端应用模块;
所述接收端应用模块,用于接收来自接收端SAR模块的组播消息。
16. 如权利要求15所述的装置,其特征在于,所述接收端SAR模块,进一步用于保存预先设置的期待序号的固定值;将接收到的组播消息去掉包含所述固定值的SAR包头。
17. 如权利要求15所述的装置,其特征在于,所述接收端SAR模块,进一步用于保存预先设置的期待序号的固定值;将接收到的组播消息各报文块根据从所述固定值开始的序号排序,去掉包含所述序号的SAR包头,并进行重组。
18. 如权利要求15所述的装置,其特征在于,所述接收端SAR模块为新加入激活集中的接入网络的SAR模块;
所述接收端SAR模块,进一步用于将其保存的期待序号与发送组播消息的组播消息处理SAR模块保存的下一序号同步;或与激活集中其它接入网络中接收组播消息的组播消息处理SAR模块保存的期待序号同步。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100068841A CN101237390A (zh) | 2007-02-02 | 2007-02-02 | 发送和接收组播消息的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100068841A CN101237390A (zh) | 2007-02-02 | 2007-02-02 | 发送和接收组播消息的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101237390A true CN101237390A (zh) | 2008-08-06 |
Family
ID=39920756
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007100068841A Pending CN101237390A (zh) | 2007-02-02 | 2007-02-02 | 发送和接收组播消息的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101237390A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101388850B (zh) * | 2008-11-05 | 2010-12-22 | 北京星网锐捷网络技术有限公司 | 一种组播报文转发方法及装置 |
-
2007
- 2007-02-02 CN CNA2007100068841A patent/CN101237390A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101388850B (zh) * | 2008-11-05 | 2010-12-22 | 北京星网锐捷网络技术有限公司 | 一种组播报文转发方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7400893B2 (en) | Mobile communication method and system | |
US7283511B2 (en) | Method for operating a mobile radiotelephone network | |
KR101277100B1 (ko) | 무선 통신 시스템에서 하드 핸드오버의 방법 | |
CN100444592C (zh) | 在无线接入网络中使用互联网协议(ip)的***和方法 | |
EP1449389B1 (en) | Mac layer inverse multiplexing in a third generation ran | |
CN101163285B (zh) | 无线通信*** | |
EP2471223B1 (en) | Enhanced multiplexing for single rlc entity | |
US10230496B2 (en) | Method and apparatus for processing control message which requests retransmitting data | |
US20170222943A1 (en) | Method and apparatus for reordering | |
CA2569688A1 (en) | Method and apparatus for data transportation and synchronization between mac and physical layers in a wireless communication system | |
CN103875196A (zh) | 用于在移动通信***中有效地支持多个频带的方法和装置 | |
WO2005013576A1 (ja) | 無線パケット通信方法 | |
JP3813511B2 (ja) | 移動無線ネットワークの作動方法 | |
RU2601175C2 (ru) | Способ и система передачи данных от контроллера радиосети к пользовательскому устройству | |
EP2837160B1 (en) | Method and apparatus for communicating data packets in a cloud cell | |
CN111372287B (zh) | 信号处理方法、接入网设备及多制式接入网设备 | |
CN106101012B (zh) | 一种卫星ip网关协议适配的方法 | |
EP2127298B1 (en) | Header supression in a wireless communication network | |
CN107707476A (zh) | 基于fpga的高效无线转发装置及方法 | |
TWI772688B (zh) | 無線電資源控制訊息分段 | |
CN101237390A (zh) | 发送和接收组播消息的方法及装置 | |
US20020174203A1 (en) | Method of forwarding data packets in communications-network routers | |
CN103179094B (zh) | Ip报文头的发送、接收方法、发送装置以及接收装置 | |
CN101427527A (zh) | 一种终端无线承载资源管理方法 | |
KR20100082698A (ko) | 다중화 mac 헤더를 이용한 효율적인 데이터 전송방법 및장치 |
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 |
Open date: 20080806 |