CN101854579A - 为移动台提供业务的方法、移动台及业务提供设备 - Google Patents
为移动台提供业务的方法、移动台及业务提供设备 Download PDFInfo
- Publication number
- CN101854579A CN101854579A CN200910081037A CN200910081037A CN101854579A CN 101854579 A CN101854579 A CN 101854579A CN 200910081037 A CN200910081037 A CN 200910081037A CN 200910081037 A CN200910081037 A CN 200910081037A CN 101854579 A CN101854579 A CN 101854579A
- Authority
- CN
- China
- Prior art keywords
- response message
- error
- message
- travelling carriage
- business
- 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
本发明实施例公开了一种为移动台提供业务的方法、移动台及业务提供设备,其中方法包括:移动台向业务提供设备发送用于请求业务的业务请求;移动台接收所述业务提供设备针对该移动台发送的业务请求返回的响应消息;当该移动台无法识别所述响应消息时,向所述业务提供设备发送错误信息;接收所述业务提供设备进行错误纠正后返回的响应消息。本发明实施例中,移动台在无法处理响应消息时,返回错误信息,这样业务提供设备就可以及时获知移动台无法识别响应消息这一信息,并在移动台返回错误信息之后,进行相应的错误纠正,使得纠正错误之后的响应消息能够被移动台正确识别。
Description
技术领域
本发明涉及移动通信技术,尤其涉及一种为移动台(Mobile Station,简称MS)提供业务的方法、移动台及业务提供设备。
背景技术
现有技术中,业务提供设备在向MS提供业务时,MS首先向业务提供设备发送业务请求,例如上网、彩信等业务请求,业务设备针对业务请求发送响应消息给MS,响应消息具体可以是MS所请求的页面、彩信等,MS在收到响应消息后会发送确认消息给业务提供设备,用于通知业务提供设备响应消息已被MS收到。
申请人在实现本申请的过程中发现,现有技术中至少存在如下问题:对于业务提供设备返回的响应消息,MS不管是否能够识别,都会发送确认消息给业务提供设备,通知业务提供设备响应消息已被MS收到。业务提供设备在收到MS发送的确认消息之后,会认为MS能够识别发送的响应消息,但实际上,有时MS无法识别业务提供设备发送的响应消息。
发明内容
本发明的目的是针对现有技术中存在的问题,提供一种为移动台提供业务的方法、移动台及业务提供设备,能够在MS无法识别业务提供设备发送的响应消息时及时进行错误纠正。
本发明实施例提供了一种为移动台提供业务的方法,包括:
移动台向业务提供设备发送用于请求业务的业务请求;
所述移动台接收所述业务提供设备针对所述移动台发送的业务请求返回的响应消息;
当所述移动台无法识别所述响应消息时,向所述业务提供设备发送错误信息;
接收所述业务提供设备进行错误纠正后返回的响应消息。
本发明实施例还提供了一种为移动台提供业务的方法,包括:
业务提供设备接收移动台发送的用于请求业务的业务请求;
针对所述业务请求发送响应消息给所述移动台;
接收所述移动台在无法正确识别所述响应消息时返回的错误信息;
根据所述错误信息,对所述响应消息进行错误纠正,并将进行错误纠正之后的响应消息发送给所述移动台。
本发明实施例还提供了一种移动台,包括:
业务请求发送模块,用于向业务提供设备发送用于请求业务的业务请求;
响应接收模块,用于接收所述业务请求发送模块发送的业务请求返回的响应消息;
响应识别模块,用于识别所述响应消息;
错误信息发送模块,当所述响应识别模块无法识别所述响应消息时,向所述业务提供设备发送错误信息。
本发明实施例还提供了一种业务提供设备,包括:
业务请求接收模块,用于接收移动台发送的用于请求业务的业务请求;
响应发送模块,针对所述业务请求发送响应消息给所述移动台;
错误信息接收模块,用于接收所述移动台在无法正确识别所述响应消息时返回的错误信息;
错误信息处理模块,用于根据所述错误信息,对所述响应消息进行错误纠正,并将进行错误纠正之后的响应消息发送给所述移动台。
本发明实施例中,MS在无法处理响应消息时,返回错误信息,这样业务提供设备就可以及时获知MS无法识别响应消息这一信息,并在MS返回错误信息之后,进行相应的错误纠正,使得纠正错误之后的响应消息能够被MS正确识别。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
图1所示为本发明为MS提供业务的方法实施例流程图;
图2所示为本发明为MS提供业务的方法实施例流程图;
图3所示为本发明实施例中涉及到的一种WAP网络架构示意图;
图4所示为本发明为MS提供业务的方法实施例信令交互图;
图5所示为本发明为MS提供业务的方法实施例信令交互图;
图6所示为本发明为MS提供业务的方法实施例信令交互图;
图7所示为本发明为MS提供业务的方法实施例信令交互图;
图8所示为本发明为MS提供业务的方法实施例流程图;
图9所示为本发明业务提供设备实施例结构示意图;
图10所示为本发明业务提供设备实施例结构示意图;
图11所示为本发明MS实施例结构示意图。
具体实施方式
如图1所示为本发明为MS提供业务的方法实施例流程图,包括:
步骤101、MS向业务提供设备发送用于请求业务的业务请求;
步骤102、MS接收所述业务提供设备针对所述MS发送的业务请求返回的响应消息;
步骤103、当MS无法识别所述响应消息时,向所述业务提供设备发送错误信息;
步骤104、接收业务提供设备进行错误纠正后返回的响应消息。
在一个实施例中,步骤103中的错误信息可以是MS识别响应消息的过程中发生的错误类型对应的错误信息编号。错误信息可以携带在MS与业务提供设备进行交互的相关消息中。
如图2所示为本发明为MS提供业务的方法实施例流程图,包括:
步骤201、业务提供设备接收MS发送的用于请求业务的业务请求;
步骤202、针对业务请求发送响应消息给MS;
步骤203、接收MS在无法正确识别响应消息时返回的错误信息;
步骤204、根据错误信息,对响应消息进行错误纠正,并将进行错误纠正之后的响应消息发送给MS。
在一个实施例中,步骤102和步骤202中的响应消息中携带有用于通知所述MS反馈响应消息处理结果的信息。可选地,可以在响应消息中添加响应结果字段,将用于通知MS反馈响应消息处理结果的信息添加在响应结果字段中。
在一个实施例中,在步骤201和202之间,可以包括业务提供设备在预先存储的错误纠正数据库中查找是否有关于所述MS的错误纠正记录的步骤,如果有关于MS的错误纠正记录,则业务提供设备根据MS的错误纠正记录,对响应消息预先进行错误纠正。
在一个实施例中,还可以包括在收到MS发送的用于表明成功识别响应消息的确认消息之后,业务提供设备在错误纠正数据库中进行关于所述MS的错误纠正记录。
在一个实施例中,还可以包括业务提供设备将成功进行错误纠正的错误纠正方法的成功次数记录;对针对同一种错误的不同错误纠正方法进行优先级排序,成功次数越多的错误纠正方法,优先级越高;在步骤204中根据MS发送的错误信息,对所述响应消息进行错误纠正时,业务提供设备选择优先级最高的错误纠正方法进行错误纠正。
在一个实施例中,MS请求的业务可以为无线应用协议(WirelessApplication Protocol,简称WAP)业务或流媒体业务。不同业务对应的业务提供设备不同,如在WAP业务中,业务提供设备可以是WAP网关(WAPGW)或页面(Web)服务器。例如,当MS请求邮件、短信、彩信、上网等业务时,MS发送业务请求给业务提供设备,业务提供设备向MS返回响应消息,并在响应消息中携带用于通知MS返回响应消息处理结果的信息,当MS无法识别业务提供设备返回的响应消息时,例如当MS无法识别业务提供设备返回的响应消息中的邮件、短信、彩信、网页等内容时,MS向业务提供设备返回错误信息,这样业务提供设备就可以将响应消息进行错误纠正之后再发送给MS。下面以WAP业务为例,来介绍本发明实施例中向MS提供业务的方法的具体实现过程。
如图3所示为本发明实施例中涉及到的一种WAP网络架构示意图,多个MS通过WAP网关与Web服务器通信。WAPGW设置在MS和Web服务器之间,主要用于为MS提供上网、彩信等业务。WAPGW接收MS的请求(包括GET请求和POST请求),并将MS的请求转发给Web服务器,然后将Web服务器返回的响应消息发送给MS。同时WAPGW完成访问控制、计费、页面转换等功能。例如,对于支持WAP1.X协议的MS,需要通过WAPGW与Web服务器通信,而无法直接与Web服务器通信。
在另一种WAP网络架构中,MS不需要通过WAPGW与Web服务器连接,MS可以直接与Web服务器通信。例如对于支持WAP2.0协议的MS,不需要经过WAPGW,而直接与Web服务器通信。
下面分别针对这两种网络架构来描述。
一、MS通过WAPGW与Web服务器通信
针对MS所请求的业务不同,响应消息的内容也不同。以MS请求WAP上网业务为例,响应消息就应当是HTTP/1.1200OK响应消息。
如图4所示为本发明为MS提供业务的方法实施例信令交互图,图4针对的是WAP网络中MS上网业务的处理过程,包括:
步骤401、MS和WAPGW之间发送同步消息,建立连接。首先,MS向WAPGW发送同步消息(Synchronization,简称SYN),WAPGW向MS回复一个同步确认消息(Synchronization Acknowledge,简称SYN ACK),再由MS向WAPGW发送一个确认消息(Acknowledge,简称ACK),连接就建立起来了。
步骤402、MS向WAPGW发送GET请求(GET Request);
步骤403、WAPGW在收到MS发送的GET请求(GET Request)后,发送同步消息,与Web服务器之间建立连接。首先,WAPGW向Web服务器发送同步消息(SYN),Web服务器向WAPGW回复一个同步确认消息(SYN ACK),再由WAPGW向Web服务器发送一个确认消息(ACK),连接就建立起来了。
步骤404、在WAPGW完成与Web服务器之间的连接建立之后,WAPGW将MS发送的GET请求(GET Request)发送给Web服务器。
步骤405、Web服务器基于WAPGW发送的GET请求(GET Request)返回HTTP/1.1200OK响应消息。
步骤406、WAPGW将Web服务器发送的HTTP/1.1200OK响应消息进行页面处理、压缩等处理后,将响应消息发送给MS。
步骤407、如果MS无法正确识别WAPGW发送的HTTP/1.1200OK响应消息时,MS向WAPGW发送POST请求(POST Request),在该POST请求中携带具体的错误信息。
步骤408、WAPGW在收到MS发送的POST请求(POST Request)之后,从其中解析出具体的错误信息,并根据错误信息对HTTP/1.1200OK响应消息进行错误纠正,然后将进行错误纠正之后的HTTP/1.1200OK响应消息发送给MS。
步骤409、如果MS可以正确识别进行错误纠正之后的HTTP/1.1200OK响应消息,则MS断开与WAPGW之间的连接。
步骤410、WAPGW断开与Web服务器之间的连接。
MS在收到WAPGW发送的HTTP/1.1200OK响应消息后,判断自身是否可以正确识别。如果MS判断自身无法正确识别HTTP/1.1200OK响应消息,则将错误信息发送给WAPGW。MS不能正确识别HTTP/1.1200OK响应消息的原因有多种,所以错误信息的种类也有很多。可以将不同的错误信息进行分类,如表一所示为本发明实施例中错误信息编号和具体内容的对应关系表示例。
表一、本发明实施例中错误信息编号和具体内容的对应关系表示例
表一中所示的不同的错误信息编号表示的不同内容,MS和WAPGW之间可以事先协商好。需要说明的是,表一中仅给出了几个错误信息的例子,在实际应用中可能有多种错误信息,不限于表一中所示出的错误信息,对于多种错误信息的情况,均可以按照与表一类似的方式,将错误信息的内容与错误信息编号相对应。
MS可以通过POST请求(POST Request)携带错误信息。如表二所示为本发明实施例中涉及到的携带有错误信息的POST(请求)格式。
表二、本发明实施例中涉及到的携带有错误信息的POST(请求)格式
表二所示的POST请求(POST Request)通过扩展字段的方式来携带错误信息。如,增加了“Response-ACK”字段,该字段中包含errorcodel、errorcode2和errorcode3这三个错误码参数,这三个错误码参数的取值可以是表一中错误信息编号的值,用于表示MS在处理HTTP/1.1200OK响应消息过程中出现的错误,例如,errorcodel=4001,errorcode2=4002,errorcode3=4004,表示MS不支持以\r\n结尾的编码,不支持Big5编码方式,同时页面过大。表二中所示的POST请求(POST Request)中,错误信息有多个,所以错误码参数有多个,各个错误码参数之间以逗号隔开。如果错误信息只有一个,则可以只有一个错误码参数。
需要说明的是,本发明实施例中MS返回的错误信息也可以在GET请求(GET Request)中携带,GET请求和POST请求是超文本传输协议(HyperTextTransfer Protocol,简称HTTP)具体的携带方式也可以是在GET请求(GETRequest)中增加“Response-ACK”字段,通过给该字段中的错误码参数附不同的值来携带不同的错误信息。
WAPGW在收到MS发送的POST请求(POST Request)之后,解析出其中的错误信息,根据其中的错误信息纠正HTTP/1.1200OK响应消息,然后将进行错误纠正之后的HTTP/1.1200OK响应消息给MS。
例如,如果MS在接收到WAPGW发送的HTTP/1.1200OK响应消息之后,根据“Content-Length”字段中的内容判断页面过大,则MS向WAPGW发送POST请求(POST Request),在“Response-ACK”字段中携带一个错误码参数,该错误码参数的值取为4004。WAPGW根据接收到的POST请求(POST Request)中的错误码参数的值,获知MS无法处理HTTP/1.1200OK响应消息的原因是由于页面过大,则WAPGW将HTTP/1.1200OK响应消息中的页面进行压缩,并将错误纠正之后的HTTP/1.1200OK响应消息发送给MS,进行错误纠正之后的HTTP/1.1200OK响应消息中“Content-Length”字段的内容是经过页面压缩之后的页面大小。
针对如表一所示的各种错误信息,WAPGW可以有如表三所示的相应的处理方式。
表三、本发明实施例中涉及到的WAPGW针对各种错误信息进行错误纠正的方式
如果MS收到WAPGW发送的进行错误纠正之后的HTTP/1.1200OK响应消息之后,仍然无法处理,则MS可以再次向WAPGW发送POST请求(POSTRequest),在其中携带错误信息。如果MS多次发送的POST请求(POSTRequest)中错误码参数的值均不同,则WAPGW将根据错误码参数,多次进行错误纠正。如果MS多次返回的错误码参数的值均相同,则WAPGW可以确定该错误经过多次纠正依然无法解决,WAPGW关闭与MS的连接,并记录该错误信息,通知维护人员进行分析解决。
WAPGW可以建立错误纠正数据库,WAPGW每次成功纠正错误之后,可以记录错误信息的种类、错误纠正方法信息、MS的类型、MS所使用的浏览器类型、MS所访问的URL页面等信息。这样当同一个MS再次请求相同的业务时,WAPGW可以先从错误纠正数据库中进行查找,确定是否有当前请求业务的MS的记录,如果有,则可以根据错误纠正数据库中关于该MS的记录,将该MS在识别WAPGW发送的HTTP/1.1200OK响应消息过程中出现的各种错误,预先进行纠正,然后再将纠正错误之后的HTTP/1.1200OK响应消息发送给MS,这样就避免了MS每次请求相同的业务时都会产生同样的错误的情况,提高了MS侧的用户体验,并且也省去了MS多次针对同样的错误上报WAPGW的流程。
如果WAPGW根据错误纠正数据库中的记录,预先进行了错误纠正,但是MS在收到WAPGW发送的HTTP/1.1200OK响应消息后,仍然返回了同样的错误信息,则说明MS所使用的浏览器类型发生了变化,WAPGW根据MS返回的错误信息进行错误纠正,当接收到MS返回的结束确认消息(FIN ACK)之后,在错误纠正数据库中更新关于该MS的记录。
MS在识别HTTP/1.1200OK响应消息的过程中产生的错误,有的是由于运营商(Service Provider,简称SP)自身的原因造成的,经过一段时间以后,SP在通过Web服务器下发HTTP/1.1200OK响应消息的时候,会自行纠正错误,这样在WAPGW中存储的错误纠正记录就无需继续保存,可以删除。另外,有的页面的访问率较低,在WAPGW中也没必要长期保存关于这类页面的错误纠正记录,可以定期进行删除。
对于一种错误,可以有多种错误纠正方法。例如,一种错误有n种错误纠正方法,可以对每种错误纠正方法的错误纠正成功次数进行统计。在WAPGW通过其中一种错误纠正方法成功进行错误纠正之后,将该错误纠正方法的成功次数加1,将n中错误纠正方法按照错误纠正成功次数进行优先级排序,成功次数最多的方法,优先级最高。这样,WAPGW后续进行错误纠正时,针对这种错误,就可以选择优先级最高的错误纠正方法进行错误纠正。
上述各实施例提供的方法,是由MS在无法识别WAPGW返回的响应消息时,主动反馈错误信息给WAPGW。另一种实施方式也可以是由WAPGW向MS发送信息要求MS反馈错误信息,MS被动反馈错误信息给WAPGW。具体地实现方法可以是:WAPGW发送针对MS发送的请求返回的响应消息,该针对MS发送的请求返回的响应消息中携带有用于通知所述MS反馈响应消息处理结果的信息;当MS无法正确识别针对MS发送的请求返回的响应消息时,接收MS发送的错误信息;根据MS发送的错误信息,对响应消息进行错误纠正,并将进行错误纠正之后的响应消息发送给MS。
在该实施例中,WAPGW在将Web服务器针对MS请求的业务返回的响应消息发送给MS的时候,在响应消息中携带用于通知MS反馈响应消息处理结果的信息,要求MS在无法识别响应消息时,返回错误信息,这样WAPGW就可以及时获知MS无法正确识别响应消息这一信息,并在MS返回错误信息之后,进行相应的错误纠正,使得纠正错误之后的响应消息能够被MS正确识别,提高MS侧的用户体验。
如图5所示为本发明为MS提供业务的方法实施例信令交互图,图5中针对的是通过WAP网络为MS用户提供上网业务的情况,图5所示的实施例与图4的区别在于:步骤506中WAPGW在Web服务器发送的HTTP/1.1200OK响应消息中添加用于通知MS反馈响应消息处理结果的信息,而步骤406中WAPGW在接收到Web服务器发送的HTTP/1.1200OK响应消息中不添加用于通知MS反馈响应消息处理结果的信息。其余步骤501-505、507-510的实现过程参考图4所示的实施例的401-405、407-410,这里不再赘述。
步骤506中WAPGW在Web服务器发送的HTTP/1.1200OK响应消息中添加用于通知MS反馈响应消息处理结果的信息具体可以是,在HTTP/1.1200OK响应消息中添加响应结果(Response-Result)字段,在响应结果字段(Response-Result)字段中添加用于通知MS反馈响应消息处理结果的信息。
步骤506中,WAPGW发送给MS的HTTP/1.1200OK响应消息中的格式可以如表一所示。
表四、本发明实施例中涉及到的HTTP/1.1200OK响应消息的格式
表四中所示的HTTP/1.1200OK响应消息为基于超文本传输协议(Hypertext Transfer Protocol,简称HTTP)的消息格式。HTTP/1.1200OK响应消息包括消息头和消息体两部分,从“HTTP/1.1200OK”到“\r\n”部分为消息头,“<body>”部分为消息体。在消息头中定义了各种参数,例如,“Date”字段定义时间,“Content-Length”字段定义了消息体部分的页面大小,“Content-Type”字段定义了消息体中的内容的类型,对于表四所示的HTTP/1.1200OK响应消息,“Content-Type”字段的内容表示的含义为,该HTTP/1.1200OK响应消息中的页面格式为WML,采用GB2312编码。
表四中所示的HTTP/1.1200OK响应消息通过扩展字段的方式来携带该通知。如,增加了“Response-Result”字段(如表四中斜体字所示),该字段用于通知MS反馈响应消息处理结果。具体地,可以给“Response-Result”字段中的反馈参数(Need-Feedback)设置不同的值来表示需要MS反馈不同的响应消息处理结果。例如,可以规定,当Need-Feedback的值设置为1时,表示仅需要MS反馈错误信息,如果MS能够正确识别WAPGW发送的HTTP/1.1200OK响应消息,则无需MS反馈信息;当Need-Feedback的值设置为2时,表示需要MS反馈所有的信息,即如果MS能够正确识别WAPGW发送的HTTP/1.1200OK响应消息,则需要MS反馈用于表明能够MS能够正确识别WAPGW发送的HTTP/1.1200OK响应消息的信息;如果MS不能正确识别WAPGW发送的HTTP/1.1200OK响应消息,则需要MS反馈用于表明MS不能正确识别WAPGW发送的HTTP/1.1200OK响应消息的信息。
如图6所示为本发明为MS提供业务的方法实施例信令交互图,具体包括:
步骤601、MS和WAPGW之间发送同步消息,建立连接。建立连接的步骤与步骤1相同。
步骤602、MS向WAPGW发送GET请求(GET Request),该GET请求(GETRequest)中的“Accep”字段中的内容为“*/*”,表示支持所有的页面格式。
步骤603、WAPGW记录MS的信息,包括MS的类型、MS使用的浏览器的类型、MS访问的URL页面信息等。
步骤604、WAPGW在收到GET请求(GET Request)后,发送同步消息,与Web服务器之间建立连接,然后GW将接收到的GET请求(GET Request)发送给Web服务器
步骤605、Web服务器根据GET请求(GET Request)向WAPGW返回HTTP/1.1200OK响应消息,该HTTP/1.1200OK响应消息中的页面格式为HTML。
步骤606、WAPGW在收到Web服务器返回的HTTP/1.1200OK响应消息后,到错误纠正数据库中查找当前请求服务的MS在该错误纠正数据库中是否有错误纠正记录,如果无错误纠正记录,则WAPGW在HTTP/1.1200OK响应消息的“Response-Result”中,将Need-Feedback的值设置为1,并将HTTP/1.1200OK响应消息发送给MS;如果有错误纠正记录,则WAPGW根据查找到的错误纠正记录,将HTTP/1.1200OK响应消息中的相应内容纠正为经过错误纠正之后的内容,例如,在错误纠正数据库中存在一个第一MS,该第一MS不支持HTML页面格式,错误纠正方法为将HTML页面格式转换为WML页面格式,WAPGW可以将Web服务器发送的HTTP/1.1200OK响应消息中页面格式转换为WML格式,然后再在HTTP/1.1200OK响应消息中添加”Response-Result”字段,将Need-Feedback的值设置为1,并将HTTP/1.1200OK响应消息发送给MS。
在本实施例中假设在错误纠正数据库中没有查找到当前请求业务的MS的错误纠正记录。
步骤607、如果当前请求业务的MS不支持HTML页面格式,则该MS向WAPGW发送POST请求(POST Request),该请求中“Response-ACK”字段中有一个错误码参数,该错误码参数的值为4003,表示当前请求业务的MS不支持HTML页面格式。虽然在步骤602中MS向WAPGW发送的GET请求(GET Request)中表明自身支持所有的页面格式,但是实际上仍然可以会有一些页面格式不能支持。所以MS仍然有可能无法正确识别WAPGW发送HTTP/1.1200OK响应消息。
步骤608、WAPGW在收到MS发送的POST请求(POST Request)后,根据其中的错误码参数的值,获知当前请求业务的MS不支持HTML页面格式,然后根据针对这种错误的各种错误纠正方法的优先级,选择优先级最高的方法,进行错误纠正。例如,针对MS不支持HTML页面格式这种错误,将页面格式转换为WML格式这种错误纠正方法的优先级最高,则WAPGW将HTTP/1.1200OK响应消息中的页面格式修改为WML格式,并将经过错误纠正之后的HTTP/1.1200OK响应消息发送给MS。
步骤609、MS可以正确识别HTTP/1.1200OK响应消息,则MS向WAPGW发送确认消息(ACK)。
步骤610、WAPGW接收到MS发送的确认消息(ACK)后,在错误纠正数据库中进行错误纠正记录,并且将把页面格式转换成WML这种错误纠正方式的错误纠正成功次数加1。
步骤611、WAPGW向MS发送FIN ACK,断开与MS的连接,然后断开与Web服务器之间的连接。
在步骤606中,如果将Need-Feedback字段的值设置为2,则步骤609中MS向WAPGW返回响应确认4000消息(Response-ACK 4000)。
二、MS直接与Web服务器通信
对于前述MS通过WAPGW与Web服务器通信的网络架构,Web服务器返回给MS的响应消息由WAPGW发送给MS,WAPGW可以看作是为MS提供业务的业务提供设备,根据MS返回的错误信息进行错误纠正的操作是由WAPGW来执行的。对于MS直接与Web服务器通信的情况,Web服务器可以看作是为MS提供业务的业务提供设备,根据MS返回的错误信息进行错误纠正的操作需要由Web服务器来执行。Web服务器进行错误纠正的具体实现方式,与前述WAPGW进行错误纠正的方法相同。
如图7所示为本发明为MS提供业务的方法实施例信令交互图,包括:
步骤701、MS和Web服务器之间发送同步消息,建立连接。首先,MS向Web服务器发送同步消息(Synchronization,简称SYN),Web服务器向MS回复一个同步确认消息(Synchronization Acknowledge,简称SYN ACK),再由MS向Web服务器发送一个确认消息(Acknowledge,简称ACK),连接就建立起来了。
步骤702、MS向Web服务器发送GET请求(GET Request);
步骤703、Web服务器基于MS发送的GET请求(GET Request)返回HTTP/1.1200OK响应消息。
步骤704、如果MS无法正确识别Web服务器发送的HTTP/1.1200OK响应消息时,MS向Web服务器发送POST请求(POST Request),在该POST请求中携带具体的错误信息。错误信息可以是MS识别响应消息的过程中发生的错误类型对应的错误信息编号。
步骤705、Web服务器在收到MS发送的POST请求(POST Request)之后,从其中解析出具体的错误信息,并根据错误信息对HTTP/1.1200OK响应消息进行错误纠正,然后将进行错误纠正之后的HTTP/1.1200OK响应消息发送给WAPGW。
步骤706、如果MS可以正确识别进行错误纠正之后的HTTP/1.1200OK响应消息,则MS断开与Web服务器之间的连接。
可以看出,图7所示的流程与图4所示的流程相比较,少了MS与WAPGW之间的信息交互。
Web服务器进行错误纠正的方式与WAPGW进行错误纠正的方式相同,例如,Web服务器可以建立错误纠正数据库,每次成功纠正错误之后,可以记录错误信息的种类、错误纠正方法信息、MS的类型、MS所使用的浏览器类型、MS所访问的URL页面等信息。Web服务器后续进行错误纠正时,针对一种错误,可以按照优先级最高的错误纠正方法进行错误纠正。
如图8所示为本发明为MS提供业务的方法实施例流程图,包括:
步骤801、MS和WAPGW之间发送同步消息,建立连接。。
步骤802、MS向WAPGW发送GET请求(GET Request);
步骤803、WAPGW在收到MS发送的GET请求(GET Request)后,发送同步消息,与Web服务器之间建立连接。
步骤804、在WAPGW完成与Web服务器之间的连接建立之后,WAPGW将MS发送的GET请求(GET Request)发送给Web服务器。
步骤805、Web服务器基于WAPGW发送的GET请求(GET Request)返回HTTP/1.1200OK响应消息。
步骤806、WAPGW将Web服务器发送的HTTP/1.1200OK响应消息进行页面处理、压缩等处理后,将响应消息发送给MS。
步骤807、如果MS无法正确识别WAPGW发送的HTTP/1.1200OK响应消息时,MS向WAPGW发送POST请求(POST Request),在该POST请求中携带具体的错误信息。错误信息可以是MS识别响应消息的过程中发生的错误类型对应的错误信息编号。
步骤808、WAPGW将接收到的POST请求(POST Request)发送给Web服务器。
步骤809、在收到MS发送的POST请求(POST Request)之后,Web服务器从其中解析出具体的错误信息,并根据错误信息对HTTP/1.1200OK响应消息进行错误纠正,然后将进行错误纠正之后的HTTP/1.1200OK响应消息发送给WAPGW。
步骤810、WAPGW将进行错误纠正之后的HTTP/1.1200OK响应消息发送给MS。
步骤811、如果MS可以正确识别进行错误纠正之后的HTTP/1.1200OK响应消息,则MS断开与WAPGW之间的连接。
步骤812、WAPGW断开与Web服务器之间的连接。
在图8所示的实施例中,MS与Web服务器之间通过WAPGW进行信息交互,Web服务器进行错误纠正的方法与前述实施例中Web服务器进行错误纠正的方法相同,此处不再赘述。
如图9所示为本发明业务提供设备实施例结构示意图,该设备可以包括:业务请求接收模块11、响应发送模块12、错误信息接收模块13和错误信息处理模块14。该设备的工作原理为:业务请求接收模块11接收MS发送的业务请求,响应发送模块12针对所述业务请求发送响应消息给MS,错误信息接收模块13接收所述MS在无法正确识别响应消息时返回的错误信息,错误信息处理模块14根据所述错误信息对所述响应消息进行错误纠正,并将进行错误纠正之后的响应消息发送给所述MS。
该业务提供设备可以是WAPGW或Web服务器,当WAPGW或Web服务器中的业务请求接收模块11接收到MS发送的GET请求(GET Request)后,响应发送模块12向MS返回HTTP/1.1200OK响应消息,如果MS无法识别该HTTP/1.1200OK响应消息,则MS会发送POST请求(POST Request)给错误信息接收模块13,在该POST请求中携带具体的错误信息,然后错误信息处理模块14从其错误信息接收模块13接收到的POST请求(POST Request)中解析出具体的错误信息,并根据错误信息对HTTP/1.1200OK响应消息进行错误纠正,然后将进行错误纠正之后的HTTP/1.1200OK响应消息发送给MS。
如图10所示为本发明业务提供设备实施例结构示意图,图10中,响应发送模块12可以具体包括携带单元121和发送单元122,携带单元121针对业务请求接收模块接收到的业务请求,在预发送的响应消息中携带用于通知MS反馈响应消息处理结果的信息;发送单元122将携带有用于通知所述MS反馈响应消息处理结果的信息的响应消息发送给MS。
携带单元121在预发送的响应消息中携带用于通知MS反馈响应消息处理结果的信息,具体地可以是在响应消息中添加响应结果字段,如表四中“Response-Result”字段,并在添加的响应结果字段中添加用于通知MS反馈响应消息处理结果的信息。
可选地,对于图10所示的业务提供设备,还可以包括数据存储模块15和预处理模块16,数据存储模块15中存储有错误纠正数据库,供错误信息处理模块14在后续进行错误就正式进行查询,错误纠正数据库中可以包括:错误信息的种类、错误纠正方法信息、MS的类型、MS所使用的浏览器类型、MS所访问的URL页面等信息。预处理模块16在发送单元122针对业务请求发送响应消息给所述MS之前,在错误纠正数据库中查找是否有关于当前请求业务的MS的错误纠正记录;如果有关于该MS的错误纠正记录,则所根据该MS的错误纠正记录,对发送单元122中欲发送的响应消息预先进行错误纠正,并将进行错误纠正之后的响应消息发送给发送单元122。
可选地,图10所示的业务提供设备还可以包括优先级排序模块17,用于对用于将错误信息处理模块14成功进行错误纠正的错误纠正方法的成功次数进行记录,对针对同一种错误的不同错误纠正方法进行优先级排序,成功次数越多的错误纠正方法,优先级越高;当后续错误信息处理模块14进行错误纠正时,选择优先级最高的错误纠正方法对响应消息进行错误纠正,并将进行错误纠正之后的响应消息发送给MS。
如图11所示为本发明MS实施例结构示意图,该MS包括:业务请求发送模块18、响应接收模块19、响应识别模块20和错误信息发送模块21,该MS的工作原理为:业务请求发送模块18发送业务请求给业务提供设备,响应接收模块19接收业务提供设备针对业务请求模块18发送的请求返回的响应消息,当响应识别模块20无法识别该响应消息时,错误信息发送模块21发送错误信息给所述业务提供设备。
其中,响应接收模块19具体用于接收业务提供设备针对业务请求发送模块18发送的业务请求返回的响应消息,该响应消息中携带有用于通知所述MS反馈响应消息处理结果的信息。
错误信息发送模块21具体用于当所述响应识别模块20无法识别响应消息时,在HTTP协议的POST请求或GET请求中携带错误信息,将POST请求或GET请求发送给业务提供设备。错误信息可以是MS识别响应消息的过程中发生的错误类型对应的错误信息编号。
在一些实施例中,图9或10中所示的业务设备的各模块之间可以任意组合,如,业务请求接收模块11和错误信息接收模块13可以通过一个物理接口来实现。
本发明前述各实施例,主要以WAP业务为例来说明本发明所提供的方法的实现过程,当MS请求流媒体业务时,业务提供设备返回给MS的响应消息中携带有流媒体,例如视频、音频等,当MS无法识别这些流媒体时,MS也可以发送错误信息给业务提供设备,业务提供设备在将响应消息进行错误纠正之后,再发送给MS。具体的实现方式与WAP业务类似,不再赘述。
本发明各实施例中,当MS无法识别业务提供设备返回的响应消息时,MS会发送错误信息给业务提供设备,这样业务提供设备就可以及根据错误信息对响应消息进行错误纠正。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案而非对其进行限制,尽管参照较佳实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对本发明的技术方案进行修改或者等同替换,而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。
Claims (17)
1.一种为移动台提供业务的方法,其特征在于,包括:
移动台向业务提供设备发送用于请求业务的业务请求;
所述移动台接收所述业务提供设备针对所述移动台发送的业务请求返回的响应消息;
当所述移动台无法识别所述响应消息时,向所述业务提供设备发送错误信息;
接收所述业务提供设备进行错误纠正后返回的响应消息。
2.根据权利要求1所述的方法,其特征在于,所述业务为无线应用协议WAP业务或流媒体业务。
3.根据权利要求1或2所述的方法,其特征在于,所述响应消息中携带有用于通知所述移动台反馈响应消息处理结果的信息。
4.根据权利要求2所述的方法,其特征在于,当所述业务为WAP业务时,向所述业务提供设备发送错误信息具体包括:在超文本传输协议HTTP的POST请求或GET请求中携带所述错误信息,将所述POST请求或GET请求发送给所述业务提供设备。
5.一种为移动台提供业务的方法,其特征在于,包括:
业务提供设备接收移动台发送的用于请求业务的业务请求;
针对所述业务请求发送响应消息给所述移动台;
接收所述移动台在无法正确识别所述响应消息时返回的错误信息;
根据所述错误信息,对所述响应消息进行错误纠正,并将进行错误纠正之后的响应消息发送给所述移动台。
6.根据权利要求5所述的方法,其特征在于,所述业务为WAP业务或流媒体业务。
7.根据权利要求5所述的方法,其特征在于,针对所述业务请求发送响应消息给所述移动台具体包括:
针对所述业务请求,在所述响应消息中携带用于通知所述移动台反馈响应消息处理结果的信息;
发送所述响应消息给所述移动台。
8.根据权利要求5-7中任一权利要求所述的方法,其特征在于,还包括:在针对所述业务请求发送响应消息给所述移动台之前,所述业务提供设备在预先存储的错误纠正数据库中查找是否有关于所述移动台的错误纠正记录;
如果有关于所述移动台的错误纠正记录,则所述业务提供设备根据所述移动台的错误纠正记录,对所述响应消息预先进行错误纠正。
9.根据权利要求5-7中任一权利要求所述的方法,其特征在于,还包括:在收到所述移动台发送的用于表明成功识别所述响应消息的确认消息之后,所述业务提供设备在所述错误纠正数据库中进行关于所述移动台的错误纠正记录。
10.根据权利要求5-7中任一权利要求所述的方法,其特征在于,还包括:所述业务提供设备将成功进行错误纠正的错误纠正方法的成功次数记录,对针对同一种错误的不同错误纠正方法进行优先级排序,成功次数越多的错误纠正方法,优先级越高;
在根据所述移动台发送的错误信息对所述响应消息进行错误纠正时,所述业务提供设备选择优先级最高的错误纠正方法进行错误纠正。
11.一种移动台,其特征在于,包括:
业务请求发送模块,用于向业务提供设备发送用于请求业务的业务请求;
响应接收模块,用于接收所述业务请求发送模块发送的业务请求返回的响应消息;
响应识别模块,用于识别所述响应消息;
错误信息发送模块,当所述响应识别模块无法识别所述响应消息时,向所述业务提供设备发送错误信息。
12.根据权利要求11所述的移动台,其特征在于,所述响应消息中携带有用于通知所述移动台反馈响应消息处理结果的信息。
13.根据权利要求11或12所述的移动台,其特征在于,所述错误信息发送模块具体用于当所述响应识别模块无法识别所述响应消息时,在HTTP协议的POST请求或GET请求中携带错误信息,将所述POST请求或GET请求发送给所述业务提供设备。
14.一种业务提供设备,其特征在于,包括:
业务请求接收模块,用于接收移动台发送的用于请求业务的业务请求;
响应发送模块,针对所述业务请求发送响应消息给所述移动台;
错误信息接收模块,用于接收所述移动台在无法正确识别所述响应消息时返回的错误信息;
错误信息处理模块,用于根据所述错误信息,对所述响应消息进行错误纠正,并将进行错误纠正之后的响应消息发送给所述移动台。
15.根据权利要求14所述的业务提供设备,其特征在于,所述响应发送模块包括:
携带单元,用于针对所述业务请求,在所述响应消息中携带用于通知所述移动台反馈响应消息处理结果的信息;
发送单元,将携带有用于通知所述移动台反馈响应消息处理结果的信息的响应消息发送给所述移动台。
16.根据权利要求14或15所述的业务提供设备,其特征在于,还包括:数据存储模块,用于存储错误纠正数据库;
预处理模块,用于在所述响应发送模块针对所述业务请求发送响应消息给所述移动台之前,在所述错误纠正数据库中查找是否有关于所述移动台的错误纠正记录;如果有关于所述移动台的错误纠正记录,则所根据所述移动台的错误纠正记录,对所述响应消息预先进行错误纠正,并将进行错误纠正之后的响应消息发送给所述响应发送模块。
17.根据权利要求16所述的业务提供设备,其特征在于,还包括优先级排序模块,用于将所述错误信息处理模块成功进行错误纠正的错误纠正方法的成功次数进行记录,对针对同一种错误的不同错误纠正方法进行优先级排序,成功次数越多的错误纠正方法,优先级越高;
所述错误信息处理模块具体用于根据所述错误信息,选择优先级最高的错误纠正方法对所述响应消息进行错误纠正,并将进行错误纠正之后的响应消息发送给所述移动台。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910081037A CN101854579A (zh) | 2009-03-31 | 2009-03-31 | 为移动台提供业务的方法、移动台及业务提供设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910081037A CN101854579A (zh) | 2009-03-31 | 2009-03-31 | 为移动台提供业务的方法、移动台及业务提供设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101854579A true CN101854579A (zh) | 2010-10-06 |
Family
ID=42805791
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910081037A Pending CN101854579A (zh) | 2009-03-31 | 2009-03-31 | 为移动台提供业务的方法、移动台及业务提供设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101854579A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108959296A (zh) * | 2017-05-19 | 2018-12-07 | 北京搜狗科技发展有限公司 | 网页访问错误的处理方法和装置 |
-
2009
- 2009-03-31 CN CN200910081037A patent/CN101854579A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108959296A (zh) * | 2017-05-19 | 2018-12-07 | 北京搜狗科技发展有限公司 | 网页访问错误的处理方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107018147B (zh) | 一种物联网通信方法及系统、网关模块 | |
CN101471871B (zh) | 终端、服务器、终端管理方法和终端能力信息上报方法 | |
CN102075409B (zh) | 请求消息处理方法、系统及负载均衡器设备 | |
JP5232876B2 (ja) | フィードをベースにした移動端末へのコンテンツの自動送信技術 | |
US20100115137A1 (en) | Data compression method and data communication system utilizing the same | |
US20130179557A1 (en) | Method and management apparatus for performing operation on device resource | |
CN101960822A (zh) | Sip-http应用相关器 | |
WO2008084308A2 (en) | System and method for updating information feeds | |
US20070070988A1 (en) | Method For Transmitting Deferred Messages | |
CN102938788B (zh) | 事件的处理方法和装置 | |
CN101406061A (zh) | 传输电子节目指南的方法、服务器、终端及系统 | |
CN102404616B (zh) | 基于数字电视网络进行数据云推送的方法及系统 | |
CN103167275A (zh) | 网络视频监控系统及其流媒体数据分发方法 | |
CN101621761A (zh) | 业务推送和接收方法、应用服务器、用户终端和系统 | |
CN101197724A (zh) | 基于IPv6的IGRS家庭网络中信息家电的远程控制系统和方法 | |
CN103581361A (zh) | 一种域名解析代理方法、设备及系统 | |
CN101073237A (zh) | 用于传送多媒体文件的方法 | |
CN101115309B (zh) | 拜访地网络、归属地网络、拜访地业务使用系统、方法及终端 | |
JP2005530258A (ja) | クライアント・デバイスをサーバからリフレッシュする間に再同期化するためのシステムおよび方法 | |
CN102571409B (zh) | 一种用于实现业务跨终端使用的业务请求管理系统及方法 | |
CN1635520B (zh) | 数据处理系统及方法 | |
CN102638731B (zh) | 一种用户点播的优化方法及系统 | |
CN101753621A (zh) | 一种服务器主动推送数据给浏览器的方法及系统 | |
CN101854579A (zh) | 为移动台提供业务的方法、移动台及业务提供设备 | |
US8521807B2 (en) | Method and system for controlling movement of user setting information registered in server |
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 |
Application publication date: 20101006 |