专利名称：：Umts或grps通信网络告知业务平台当前无线承载信息的方法
技术领域：
：本发明涉及移动通信
技术领域：
，特别涉及一种UMTS或GRPS通信网络告知业务平台当前无线承载信息的方法。
背景技术：
：随着移动通信技术的发展，无线信道的承载能力越来越强，以前无法提供的多媒体业务成为了当今业务发展的热点。然而，由于移动网络用户位置的不确定性，带来了无线信道环境的复杂性(信号传播路径、阻挡情况、干扰情况的变化)。移动网络会根据无线信道链路质量的变化情况，相应地改变承载速率，以达到节约网络资源开销的目的。这种网络资源的分配策略具备较多的合理性，但同时也给多媒体业务带来了不稳定的因素。这是因为多媒体业务采用一定的编码速率进行业务编码，如果业务使用过程中，无线信道的承载速率发生变化，则无法保证业务编码速率与承载速率的匹配。以流媒体业务为例，如果将高编码速率的业务发送给低承载速率的网络，就会造成业务停顿现象，从而影响用户的业务感受；而将低编码速率的业务发送给高承载速率的网络，就不能充分利用网络资源，造成浪费。因此，只有让业务平台实时的知晓无线信道的承载速率，选择编码速率与之相匹配的业务，才能使网络资源得到最有效的利用，同时使业务效果达到最优。目前的一些标准和技术方法提出了一些解决方案，但都不能彻底的实现上述目标。3GPPR6版本的TS26.234标准中对流媒体业务RTSP协议的SETUP及PLAYrequest消息定义了3GPP-Link-Char头信息，携带业务相关的PDP上下文所预设的保证带宽(GBW)、最大带宽MBW、最大传输时延MTD等QoS参数。客户端向服务器上报SETUP及PLAYrequest消息,告知服务器当前会话所使用的无线链路服务质量。服务器可以根据这些参数来设置业务编码速率和链路响应。在会话期间，若PDP上下文发生更新，即QoS参数有所改变，客户端则将通过SET—PARAMETER或OPTIONSrequest消息，携带"3GPP-Link-Char"头信息，以告知服务器当前会话的无线链路服务质量变化情况。该方案存在以下缺点1.该方案针对使用RTSP协议的流媒体业务，应用范围有限。2.需要客户端具备相应的软件功能，即将PDP上下文中的QoS参数用RSTP协议的相关消息告知服务。3.根据TS.23.060标准中的定义，业务建立时，无线承载与核心网络的QoS都由SGSN协商决定；业务进行中，发生RAB修改后，即无线承载速率变化后，无论是终端或网络发起业务请求，都由SGSN来初始化PDP上下文的修改流程。按此流程，终端将在核心网之后完成PDP上下文的修改，然后再由终端发起RTSP协议消息，告知服务器无线承载的变化情况。这样必然给服务器准备业务造成一定的时延，影响用户的业务感受。目前业内另一种解决方案是利用RTCP协议来进行承载速率的估计。该方案提出可以利用终端周期性上报的證RR包，服务器根据RTCPRR包中的fractionlost(相邻的RTCPRR包之间的丢包数)和interarrivaljitter(RTP数据包网络抖动时间)来判定承载速率和业务速率的匹配情况。如果丢包和抖动高于某个预设门限，则说明网络速率低于业务速率，需要降低业务速率；如果丢包和抖动低于某个预设门限，则说明网络速率高于业务速率，可以提高业务速率。该方案的缺点有以下几点1.该方案针对使用RTCP协议的业务，应用范围有限。2.需要终端周期性上报RTCPRR包，占用了额外的无线信道资源和终端处理开销。上报周期短则资源开销大，留给业务使用的资源相应减少；上报周期长，则服务器不能及时掌握无线承载的速率情况，无法对业务速率进行及时地调整。3.服务器不直接获知无线承载速率，采用间接估计，准确度不高。
发明内容本发明的目的是针对己有技术中存在的缺陷,提供一种UMTS或GRPS通信网络告知业务平台当前无线承载信息的方法。基于核心网信令，向业务平台告知UMTS和GSM网络无线承载实时速率，业务平台根据网络当前的无线承载速率及时地调整业务速率。本发明的方法GGSN(网关GPRS支持节点)通过已经建立的TCP(传输控制协议)或UDP(用户数据报协议)连接告知业务平台服务器当前连接的QoS(服务质量参数)信息即无线承载速率信息，其特征在于所述方法在GGSN节点新增四个处理流程，(A)QoS初始报告程序流程、(B)QoS更新报告流程、(C)QoS报告链路删除用户流程、(D)删除QoS报告链路流程。所述(A)QoS初始报告程序流程包括下列步骤(101)GGSN收到GTP-U-UNIT-DATA,request信息；(102)GGSN判断业务数据中DestinationIPAddress是否属于QoS报告签约服务器地址；(103)GGSN根据GTP-IHJNIT-DATA,request信息的TEID找到对应的PDPContext;(104)判断PDPContext中是否存在DestinationIPAddress对应的ApplicationSsrvsr地址；(105)在PDPContext中添加ApplicationServer地址；(106)判断是否存在QoS报告连接；(107)建立QoS报告链路；(108)在QoS报告链路的用户清单中添加用户；(109)发送QoS报告；(110)回到GGSN现有GTP-U-UNIT-DATA,request处理流程。所述(B)QoS更新报告流程包括下列步骤(201)GGSN收到SGSN发来的UpdatePDPContextrequest信息；(202)根据TEID找到TOPContext,查找ApplicationServer地址；(203)判断是否存在ApplicationServer地址；(204)通过QoS报告链路向业务平台的应用服务器发送QoS报告；(205)回到GGSN现有的UpdatePDPContextrequest信息处理流程。所述(C)QoS报告链路删除用户流程包括下列步骤(301)用户终端结束该平台的业务；(302)业务平台通过QoS报告链路向GGSN发送删除用户信息；(303)GGSN在收到删除用户消息后，根据消息中的MSISDN找到该用户的PDPContext;(304)GGSN根据消息中的ApplicationServerAddress删除PDPContext中的ApplicationServerAddress;(305)在GGSN的该QoS报告链路的用户清单中删除该用户。所述(D)删除QoS报告链路流程包括下列步骤(401)GGSN收到SGSN的DeletePDPContextRequest消息；(402)GGSN根据TEID找到PDPContext,然后在査找ApplicationServerAddress;(403)在ApplicationServerAddress对应的QoS报告链路用户清单中删除该用户;(404)判断GGSN的QoS报告链路用户清单中用户数是否为零；(405)释放该QoS报告链路；(406)回到GGSN现有的DeletePDPContextRequest消息处理流程。所述方法根据3GPPR4及后续版本TS.23.060标准中的定义，分组业务建立和进行时，无线承载与核心网络的QoS都由SGSN协商决定，SGSN会及时地使用GTP协议消息CREATEPDPCONTEXT或UPDATEPDPCONTEXT通知GGSN。只要GGSN及时地将PDP上下文的QoS变化情况通知业务平台，就可为业务平台实时地根据无线承载速率调整业务编码速率创造条件。GGSN与业务平台服务器建立TCP或UDP的连接，用于QoS信息的实时传送。GGSN—旦收到SGSN发出的UPDATEPDPCONTEXT消息，就使用任何一种常用的通信协议(如SIP或FTP或HTTP等协议)，通过已经建立的TCP或UDP连接告知业务平台服务器当前连接的QoS信息即无线承载速率信息。本发明的优点是1、核心网SGSN、GGSN较终端先知晓PDP上下文的QoS参数，即无线承载的速率。GGSN可以第一时间将QoS的变化情况告知业务平台服务器，实时性较好。2、SGSN发给GGSN的QoS参数包含了网络分配的无线承载速率，业务平台服务器无需再作估计，准确度高，效果好。3、对终端无附加的软硬件要求，满足相关业务普及的需求。4、不针对特定业务平台，适用范围广。5、无线承载无需传输附加信息，为业务的传输增加了资源，以达到节约网络资源，改善用户业务感受的效果。图1己有技术中的UMTS网络PDPContext激活流程；图2已有技术中的GPRS网络PDPContext激活流程；图3已有技术中的UMTS网络SGSN发起的初始PDPContext修改流程；图4已有技术中的终端发起业务请求的流程；图5已有技术中的GTP-U的用户面协议栈；图6本发明中的QoS初始报告消息流程；图7本发明中的QoS初始报告程序流程；图8本发明中的QoS更新报告消息流程；图9本发明中的QoS更新报告程序流程；图10本发明中的QoS报告链路删除用户消息流程;图ll本发明中的QoS报告链路删除用户程序流程;图12本发明中的释放QoS报告链路消息流程；图13本发明中的释放QoS报告链路程序流程；具体实施例方式实施例一本发明通过对SGSN与GGSN间GTP消息的处理，得到目前网络为用户终端分配的QoS参数(含无线承载速率)。通过建立GGSN与业务平台服务器间的连接，将当前的QoS参数传送给业务平台服务器。业务平台根据无线承载速率进行业务编码速率选择等工作，从而使业务内容和承载速率达到匹配，获得最佳的网络资源利用率和用户业务感受。根据3GPPTS23.060标准的定义，在建立分组数据业务时，SGSN会使用CreatePDPContext消息告诉GGSN当前网络为用户分配的QoSProfile。在无线承载建立后，SSGN会用UpdatePDPContext消息告诉GGSN当前无线网接入网与核心网协商后的QoSProfile。图1为UMTS网络中该流程的描述，图2为GPRS网络中该流程的描述。在分组数据业务使用过程中，无论是发生用户发起的PDPContext修改，还是网络侧SGSN或GGSN发起的PDPContext修改；无论修改原因是移动性管理的切换还是0&M，都由SGSN初始PDPContext修改流程。在修改流程中，SGSN会先向GGSN发起UpdatePDPContext,然后再向用户终端发起ModifyPDPContext。图3为UMTS网络SGSN初始PDPContext修改流程的描述。因此，按照3GPPTS23.060标准的定义，GGSN会在用户终端之前知道网络分配和修改的PDPContext内容。另外，依据3GPPTS23.060标准的定义，GGSN在PDPContext建立后，GGSN中就保存了PDPContext的相关数据，详见下列表1:表1GGSNPDP上下文<table>complextableseeoriginaldocumentpage9</column></row><table><table>complextableseeoriginaldocumentpage10</column></row><table>表1中的QoSProfileNegotiated是当前无线网接入网与核心网协商后的QoSProfile,包含了当前承载速率的配置信息，详见表2:表2QoSProfileNegotiated的字段<table>complextableseeoriginaldocumentpage10</column></row><table><replacetable>complexreplacetableseeoriginaldocumentpage11</replacetable>表3GGSNPDP上下文新增字段<table>complextableseeoriginaldocumentpage12</column></row><table>在PDPContext建立后，用户终端会进入初始业务请求流程，见图4。用户终端通过UplinkPDU流程将业务数据上传至GGSN,由GGSN进行业务数据的转发。UplinkPDU流程采用GTP-U协议，GTP-U协议分为控制面消息和用户面消息。SGSN使用用户面消息GTP-U-UNIT-DATA,request向GGSN上传业务数据。根据3GPPTS23.060定义的协议栈结构，GGSN会对GTP-U的业务数据进行解析，获取业务数据的DestinationIPAddress,即是业务平台应用服务器的IP地址，见图5。这个IP地址和GTP-U消息中的TEID是本发明的两个重要参数。TEID在一次PDPContext中是唯一的，即可以用TEID将同一PDPContext的GTP-C和GTP-U消息关联起来。为实现本发明的功能，需在GGSN节点新增四个处理流程。第一个处理流程是QoS初始报告流程，消息流程见图6，程序流程见图7。QoS初始报告程序流程包含以下步骤内容101:GGSN收到GTP-U-UNIT-DATA,request消息。102:GGSN判断GTP-U-UNIT-DATA,request消息的业务数据中DestinationIPAddress是否属于GGSN内的QoS报告签约服务器列表中的GatewayServeraddress,GGSN内的QoS报告签约服务器列表格式见表7。如果不属于，则转到110;如果属于，则找到对应的ApplicationServerAddress并转到103。103:GGSN根据GTP-U-UNIT-DATA,request消息的TEID找到对应的TOPContext。跳GGSN查看该DestinationIPAddress对应的ApplicationServerAddress是否存在于PDPContext中。如果存在，则转到110;如果不存在，则转到105。105:将GTP-IHJNIT-DATA.request消息中业务数据的DestinationIPAddress对应的ApplicationServerAddress添力口到对应PDPContext中的ApplicationServerAddress中。106:判断是否存在QoS报告连接，如果是不存在，则执行步骤107，如果存在，则执行步骤108。107:GGSN建立与业务平台应用服务器的QoS报告链路，然后执行108。108:在GGSN的QoS报告链路的用户清单中添加用户。该表格为本发明的内容，需要在GGSN中新增。详见表4:表4QoS报告链路用户清单格式<table>complextableseeoriginaldocumentpage13</column></row><table>109:GGSN通过QoS报告链路发送QoS报告给业务平台应用服务器。QoS报告格式详见表5:表5<table>complextableseeoriginaldocumentpage13</column></row><table>110:回到GGSN现有的GTP-U-UNIT-DATA,request消息处理流程。第二个流程是QoS更新报告流程，消息流程见图8，程序流程见图9。程序流程的具体步骤内容如下.-201:GGSN收到SGSN发来的UpdatePDPContextrequest消息。202:根据TEID找到PDPContext,查找ApplicationServer地ilh。203:判断是否存在ApplicationServer地址，如果存在则转到204，如果不存在则转到步骤205。204:通过QoS报告链路向业务平台的应用服务器发送QoS报告。205:回到GGSN现有的UpdatePDPContextrequest消息处理流程。第三个流程是QoS报告链路删除用户流程，消息流程见图IO，程序流程见图ll。程序流程具体步骤内容如下301:用户终端结束该平台的业务。302:业务平台通过QoS报告链路向GGSN发送删除用户消息，消息格式详见表6:表6QoS报告链路删除用户的消息格式<table>complextableseeoriginaldocumentpage14</column></row><table>303:GGSN在收到删除用户消息后，根据消息中的MSISDN找到该用户的PDPContext。304:GGSN根据消息中的ApplicationServerAddress删除PDPContext中的ApplicationServerAddress。305:在GGSN的该QoS报告链路的用户清单中删除该用户。第四个流程是删除QoS报告链路流程，消息流程见图12，程序流程见图13。程序流程具体步骤内容如下401:GGSN收到SGSN的DeletePDPContextRequest消息。402:GGSN根据TEID找到PDPContext,然后在查找ApplicationServerAddress。403:在ApplicationServerAddress对应的QoS报告链路用户清单中删除该用户。404:判断GGSN的QoS报告链路用户清单中用户数是否为0，如果否则转到406,如果是则转到步骤405。405:释放该QoS报告链路。406:回到GGSN现有的DeletePDPContextRequest消息处理流程。权利要求1.一种UMTS或GRPS通信网络告知业务平台当前无线承载信息的方法，GGSN(网关GPRS支持节点)通过已经建立的TCP(传输控制协议)或UDP(用户数据报协议)连接告知业务平台服务器当前连接的QoS(服务质量)信息即无线承载速率信息，其特征在于所述方法在GGSN节点新增四个处理流程，(A)QoS初始报告程序流程、(B)QoS更新报告流程、(C)QoS报告链路删除用户流程、(D)删除QoS报告链路流程。2.根据权利要求1所述的方法，其特征在于所述(A)QoS初始报告程序流程包括下列步骤(101)GGSN收到GTP-U-UNIT-DATA,request信息；(102)GGSN判断业务数据中DestinationIPAddress是否属于QoS报告签约服务器地址；(103)GGSN根据GTP-U-UNIT-DATA,request信息的TEID找到对应的PDPContext;(104)判断PDPContext中是否存在DestinationIPAddress对应的ApplicationServer地址；(105)在PDPContext中添加ApplicationServer地址；(106)判断是否存在QoS报告连接；(107)建立QoS报告链路；(108)在QoS报告链路的用户清单中添加用户；(109)发送QoS报告；(110)回到GGSN现有GTP-U-UNIT-DATA,request处理流程。3.根据权利要求1所述的方法，其特征在于所述(B)QoS更新报告流程包括下列步骤(201)GGSN收到SGSN发来的UpdatePDPContextrequest信息；(202)根据TEID找到PDPContext,查找ApplicationServer地址；(203)判断是否存在ApplicationServer地址；(204)通过QoS报告链路向业务平台的应用服务器发送QoS报告；(205)回到GGSN现有的UpdatePDPContextrequest信息处理流程。4.根据权利要求1所述的方法，其特征在于所述(C)QoS报告链路删除用户流程包括下列步骤(301)用户终端结束该平台的业务；(302)业务平台通过QoS报告链路向GGSN发送删除用户信息；(303)GGSN在收到删除用户消息后，根据消息中的MSISDN找到该用户的PDPContexts(304)GGSN根据消息中的ApplicationServerAddress删除PDPContext中的ApplicationServerAddress;(305)在GGSN的该QoS报告链路的用户清单中删除该用户。5.根据权利要求1所述的方法，其特征在于所述(D)删除QoS报告链路流程包括下列步骤(401)GGSN收到SGSN的DeletePDPContextRequest消息；(402)GGSN根据TEID找到PDPContext,然后在査找ApplicationServerAddress;(403)在ApplicationServerAddress对应的QoS报告链路用户清单中删除该用户；(404)判断GGSN的QoS报告链路用户清单中用户数是否为零；(405)释放该QoS报告链路；(406)回到GGSN现有的DeletePDPContextRequest消息处理流程。全文摘要一种UMTS或GRPS网络告知业务平台当前无线承载信息的方法，GGSN通过已经建立的TCP或UDP连接告知业务平台服务器当前连接的QoS信息即无线承载速率信息，为业务平台实时地根据无线承载速率调整业务编码速率创造条件。所述方法在GGSN节点新增四个处理流程，(A)QoS初始报告程序流程、(B)QoS更新报告流程、(C)QoS报告链路删除用户流程、(D)删除QoS报告链路流程。本发明的优点是核心网GGSN可以第一时间将QoS的变化情况告知业务平台服务器，实时性较好；SGSN发给GGSN的QoS参数包含了网络分配的无线承载速率，业务平台服务器无需再作估计，准确度高，效果好；对终端无附加的软硬件要求，满足相关业务普及的需求；不针对特定业务平台，适用范围广；无线承载无需传输附加信息，为业务的传输增加了资源。文档编号H04L29/06GK101345903SQ20071004375公开日2009年1月14日申请日期2007年7月13日优先权日2007年7月13日发明者周俊茂,施文灿,王勇强申请人:中国移动通信集团上海有限公司