CN1829219A - 一种文件传输方法 - Google Patents
一种文件传输方法 Download PDFInfo
- Publication number
- CN1829219A CN1829219A CNA2005100512180A CN200510051218A CN1829219A CN 1829219 A CN1829219 A CN 1829219A CN A2005100512180 A CNA2005100512180 A CN A2005100512180A CN 200510051218 A CN200510051218 A CN 200510051218A CN 1829219 A CN1829219 A CN 1829219A
- Authority
- CN
- China
- Prior art keywords
- file
- file transfer
- terminal
- imps
- message
- 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
- Information Transfer Between Computers (AREA)
Abstract
本发明有关一种文件传输方法,包括:A、在WV协议定义的业务能力协商中,增加文件传输能力的协商内容,通过IMPS终端与IMPS服务器之间的业务能力协商请求和回应消息进行文件传输能力的协商;B、在WV协议定义的终端能力协商中,增加文件传输参数的协商内容,通过IMPS终端与IMPS服务器之间的终端能力协商请求和回应消息进行文件传输参数的协商;C、IMPS终端通过IMPS服务器实现文件传输。本发明通过对现有WV协议能力的扩展,使其支持文件传输功能。通过支持文件传输功能,WV协议可以提供更强的业务能力,满足当前移动终端以及Internet接入方式下的文件传输需求。
Description
技术领域
本发明涉及无线通信领域,尤指一种在WV(Wireless Village,无线乡村)协议框架下的IMPS(Instant Messaging and Presence Service,即时消息和存在业务)业务中实现文件传输的方法。
背景技术
在当前的Internet上的即时消息系统中,如MSN、QQ、ICQ,都已经支持了文件传输功能。目前,即时通讯技术在Internet中应用非常广泛,如QQ、MSN、Yahoo Message等即时消息服务提供商正在为上亿的用户提供Internet上的即时消息服务。主要提供的功能有,即时消息功能、语音/视频聊天、文件传输、个性化头像/铃声等等。现在,Internet上的即时消息业务已经趋向于成熟,能够很好的满足用户在Internet上的即时通讯需求。但是,这些即时消息服务提供商使用的协议都是私有协议,所以他们之间是无法互通的。
IMPS业务是OMA(Open Mobile Alliance,开放移动联盟)组织制定的国际标准业务,它主要在无线网络中为用户提供即时通讯服务。当前正式批准发布的IMPS业务版本有WV V1.1和WV V1.2,它们都是基于WV协议。
IMPS业务源于Internet上的IM(Instant Messaging,即时消息)业务,由OMA的MWG IM(Message Work Group)工作组研究并提供应用框架和规范,主要包括提供无线领域的存在(Presence)业务、IM业务等业务功能。
用户Presence信息是用户动态变化的、能被他人获知的状态和属性,可以用来表现自我、共享信息和服务控制。
IM(即时消息)是基于Presence的个人对个人或个人对群组的消息类业务。IMPS用户可以通过IM来即时传送基于文本、多媒体信息等多种类型的信息。
由于在WV协议制定之初,主要目的是为了满足移动终端之间的即时通讯需求,所以在协议中并没有涉及到文件传输能力的支持。但目前随着通讯技术的发展,WV作为一种国际标准的即时通讯协议,能够允许不同厂商间的设备进行交互,其应用场景也越来越广泛。Internet(互连网)、SMS(Short messageservice,短消息服务)、Wap(Wireless Application Protocol,无线应用协议)都成为其一种业务的接入方式,特别是Internet用户,传输文件是一项基本功能。此外,随着手机终端能力的不断增强,手机间图片、铃声、电子书等文件共享和传输的需求也越来越迫切,所以WV协议扩展支持文件传输功能有着现实的意义。
目前OMA重点关注IMPS业务在无线通讯领域中的协议标准化和应用推广,保证不同厂商之间IMPS设备和终端的互通。但目前WV协议中还没有定义文件传输功能,因此,目前WV协议不支持文件传输能力。
发明内容
本发明提供一种文件传输方法,解决现有技术中由于WV协议不支持文件传输能力,使得基于WV协议的IMPS业务不能进行文件传输的问题。
本发明方法包括:
A、在WV协议定义的业务能力协商中,增加文件传输能力的协商内容,通过IMPS终端与IMPS服务器之间的业务能力协商请求和回应消息进行文件传输能力的协商;
B、在WV协议定义的终端能力协商中,增加文件传输参数的协商内容,通过IMPS终端与IMPS服务器之间的终端能力协商请求和回应消息进行文件传输参数的协商;
C、IMPS终端通过IMPS服务器实现文件传输。
所述步骤C包括:
C1、文件发送端向IMPS服务器请求文件传输;
C2、IMPS服务器向文件接收端请求文件传输;
C3、若接收端接受文件传输请求,IMPS服务器通知发送端将文件传输给接收端;否则,结束文件传输流程。
步骤C3中所述发送端将文件传输给接收端包括:
发送端将文件内容直接传输给接收端;或者
发送端将文件内容传输给IMPS服务器存储,由IMPS服务器转发给接收端。
所述步骤C2前还包括有IMPS服务器判断文件接收端是否具有文件传输能力的步骤,若是,则执行步骤C2,否则,结束文件传输流程。
所述步骤C1包括:
C11、文件发送端向IMPS服务器发送文件传输请求消息,该消息中包含待传输的文件属性信息;
C12、IMPS服务器返回发送文件响应消息,该消息中包含请求结果信息和文件传输请求标识。
所述步骤C2包括:
C21、IMPS服务器向文件接收端发送用户文件传输请求消息,该消息中包含所述文件传输请求标识和文件属性信息;
C22、文件接收端返回状态响应消息和文件授权请求消息;在文件授权请求消息中包含所述文件传输请求标识和是否接受文件传输请求信息;
C23、IMPS服务器向文件接收端回应状态响应消息。
所述步骤C3包括:
C31、若IMPS服务器接收的文件授权请求消息中表明文件接收端接受文件传输请求,则向文件发送端发送文件传输信息请求消息,该消息中包含文件传输请求标识和接收端接收文件传输的方式;文件发送端返回状态响应消息并将文件内容发送给文件接收端;
C32、若IMPS服务器接收的文件授权请求消息中表明文件接收端不接受文件传输请求,则结束文件传输流程。
所述文件传输请求标识由IMPS服务器产生,用以标识一次文件传输请求。
所述文件属性信息包括但不限于文件名称、文件类型及文件大小。
本发明通过对现有WV V1.1和WV V1.2协议能力的扩展,使其支持文件传输功能。通过支持文件传输功能,WV协议可以提供更强的业务能力,满足当前移动终端以及Internet接入方式下的文件传输需求。
附图说明
图1为IMPS业务组网示意图;
图2为本发明IMPS终端与IMPS服务器进行文件传输能力协商信令流程图;
图3为IMPS终端能过IMPS服务器进行文件传输时的信令交互流程图。
具体实施方式
如图1所示,IMPS Server(服务器)是提供IMPS服务的设备,IMPS用户可以通过移动终端也可以通过PC终端登录到IMPS Server上。当终端登录IMPS系统时,按照协议需要进行业务能力和终端能力的协商。当PC终端或者移动终端支持文件传输功能时,它会通过能力协商通知IMPS Server,IMPSServer上将保存本次登录的用户终端能力和相关信息。
IMPS Server和IMPS终端进行文件传输能力的协商,具体实施方法如下:
扩展WV协议,使终端通过业务能力协商消息通知IMPS Server其支持文件传输功能,并在终端能力协商中明确文件传输功能相关的参数:如支持的文件传输方法、监听的IP和端口信息、支持传送的最大文件大小等等。IMPSServer根据终端能力协商的信息,确定其是否能够接收文件传输的请求。
扩展WV协议,增加文件传输相关的请求/响应,用来传递文件传输所需要的授权请求以及相关信息。
业务能力协商(ServiceReq/ServiceRes)的具体扩展内容如下面黑色斜体部分:<!ELEMENT FundamentalFeat(ServiceFunc?,SearchFunc?,InviteFunc?,FileTransFunc?)><!ELEMENT FileTransFunc(FileTrans?)><!ELEMENT FileTrans EMPTY>
客户端能力协商(ClientCapabilityReq/ClientCapabilityRes)中,需增加文件传输相关参数的协商,这些参数有:接收文件传输请求的端口、能够接受的文件大小、支持的文件传输方式等等,具体扩展内容如下面黑色斜体部分所示:
<!ELEMENT CapabilityList(ClientType,InitialDeliveryMethod,
((AnyContent,AcceptedCharSet*)|AcceptedContentType*),
AcceptedTransferEncoding*,AcceptedContentLength,SupportedBearer*,
MultiTrans,ParserSize,SupportedCIRMethod*,UDPPort?,TCPAddress?,
TCPPort?,ServerPollMin?,DefaultLanguage?
SupportedFileTransMethod*,FileTransUDPPort?,FileTransTCPAddress?,
FileTransTCPPort?MaxFileSize?)>
<!ELEMENT SupportedFileTransMethod(#PCDATA)>
<!ELEMENT FileTransUDPPort(#PCDATA)>
<!ELEMENT FileTransTCPAddress(#PCDATA)>
<!ELEMENT FileTransTCPPort(#PCDATA)>
<!ELEMENT MaxFileSize(#PCDATA)>
下面结合图2,说明终端如何通过扩展后的能力协商向IMPS Server确定终端的文件传输能力。
流程如下:
1、IMPS终端(用户)发送LoginReq(注册请求消息)到IMPS Server请求登录IMPS系统。
2、IMPS Server对用户鉴权通过后,发送LoginRes(注册请求响应消息)到IMPS终端,提示终端登录成功。
3、IMPS终端发送ServiceReq(业务能力协商请求消息)消息,在该请求消息中包含终端需要服务器支持的所有业务能力。如果终端支持文件传输能力,则在本请求消息中需要明确要求服务器支持文件传输能力;如果终端不支持文件传输能力,则在本请求中不要求服务器支持文件传输能力。
4、如果IMPS终端请求文件传输能力,IMPS Server根据自身的能力,在ServiceRes(业务能力协商请求响应消息)中答复终端其是否能够支持文件传输功能。
5、如果IMPS Server和IMPS终端都支持文件传输功能,则IMPS终端需要通过ClientCapabilityReq(终端能力协商请求消息)进行文件传输相关的参数协商:如能够接收文件传输请求的IP地址/端口、能够接受的文件大小、支持的文件传输方式等等。
6、IMPS Server根据服务器支持的参数情况,通过ClientCapabilityRes(终端能力协商请求回应消息)进行确认。
上述流程中业务能力协商主要作用是对业务能力进行协商。终端能力协商主要是配合业务能力协商使用,对业务能力协商中涉及能力的具体客户端参数进行协商和确定。
若通过上述文件传输能力和文件传输参数的协商,IMPS终端与IMPSServer都支持文件传输能力,则IMPS终端可通过IMPS Server实现文件传输。参见图3,以文件发送端(用户1)向文件接收端(用户2)发送文件为例,对文件传输的信令交互流程详细说明如下:
1、IMPS终端1(用户1)发送SendFileReq(文件传输请求消息)到IMPSServer请求向IMPS终端2(用户2)发送文件。
SendFileReq请求消息包含的信息单元如下表一所示:
表一:
信息单元 | 类型 | 描述 |
Message-Type | SendFileRequest | 消息标识 |
Transaction-ID | String | 事物标识 |
Session-ID | String | 会话ID |
FileInfo | Structure | 文件信息:包括文件名称、类型、大小等等 |
表一中,消息标识、事物标识和会话ID为消息头,该文件传输请求消息中还包含待传输文件的属性信息(FileInfo),如文件名称、类型及文件大小等等。
2、IMPS Server判断IMPS终端2是否具有接收文件传输的能力,发送SendFileRes(文件传输请求响应消息)到IMPS终端1。
SendFileRes消息包含的信息单元如下表二所示:
表二:
信息单元 | 类型 | 描述 |
Message-Type | SendFileResponse | 消息标识 |
Transaction-ID | String | 事物标识 |
Session-ID | String | 会话ID |
Result | Result | SendFileRequest请求结果 |
FileTransID | String | 由Server产生,唯一标识一次文件传输请求。 |
表二中,消息标识、事物标识和会话ID为消息头,该文件传输请求响应消息中还包含请求结果信息(Result)和文件传输请求标识(FileTransID)。其中,请求结果信息为允许请求或拒绝请求,当IMPS Server判断IMPS终端2具有接收文件传输的能力时,返回的请求结果信息为允许请求;当IMPS Server判断IMPS终端2不具有接收文件传输的能力时,返回的请求结果信息为不允许请求。所述文件传输请求标识由IMPS Server产生,用以唯一标识一次文件传输请求。
3、IMPS Server向IMPS终端2发送SendUserFileReq(用户文件传输请求消息),通知IMPS终端2,IMPS终端1请求向其传送文件。
SendUserFileReq消息包含的信息单元如下表三所示:
表三:
信息单元 | 类型 | 描述 |
Message-Type | SendUserFileRequest | 消息标识 |
Transaction-ID | String | 事物标识 |
Session-ID | String | 会话ID |
FileInfo | Structure | 文件信息:包括FileTransID、文件名称、类型、大小等等 |
表三中,消息标识、事物标识和会话ID为消息头,文件属性信息中还包含文件传输请求标识(FileTransID)。
4、IMPS终端2收到SendUserFileReq后,响应Status(状态)消息,表示已经收到请求。
5、IMPS终端2发送SendFileAuthReq(文件授权请求消息),向服务器确认其选择接受还是拒绝IMPS终端1的文件传输请求。
SendFileAuthReq消息包含的信息单元如下表四所示:
表四:
信息单元 | 类型 | 描述 |
Message-Type | SendFileAuthRequest | 消息标识 |
Transaction-ID | String | 事物标识 |
Session-ID | String | 会话ID |
FileTransID | String | 文件传输请求标识 |
Acceptance | Boolean | 是否接受文件传输请求。 |
表四中,消息标识、事物标识和会话ID为消息头,该消息中还包含文件传输请求标识(FileTransID)和是否接受文件传输请求信息(Acceptance)。
6、IMPS Server响应Status消息,表示已经收到请求。如果IMPS终端2拒绝IMPS终端1的请求,则流程结束。
7、如果IMPS终端2同意接受IMPS终端1的文件传输请求,IMPS Server向IMPS终端1发送FileSendInfoReq(文件传输信息请求消息),通知IMPS终端1关于IMPS终端2接收文件的方式和信息,包括IP地址、端口等信息。
FileSendInfoReq消息包含的信息单元如下表五所示:
表五:
信息单元 | 类型 | 描述 |
Message-Type | FileSendInfoRequest | 消息标识 |
Transaction-ID | String | 事物标识 |
Session-ID | String | 会话ID |
FileTransID | String | 文件传输请求标识 |
Recipient-Info | Structure | 接收者接收文件传输的方式 |
表五中,消息标识、事物标识和会话ID为消息头,该消息中还包含文件传输请求标识(FileTransID)和接收者接收文件传输的方式信息(Recipient-Info)。
8、IMPS终端1收到FileSendInfoReq后,响应Status消息,表示已经收到请求。
9、IMPS终端1和IMPS终端2建立通信联系,进行文件传输。
上述流程中定义的消息名称,仅用于示例,也可以命名为其他名称。流程中定义的Status消息,也可以替换为Res(回应)消息,同样用来表示收到请求信息。
上述步骤9中,具体的文件传输方式可以有多种,例如:终端点到点直接传送的方式或其他方式,如IMPS Server存储转发方式等。其中,若采用IMPSServer存储转发方式,还能够很好的解决防火墙穿透问题。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (9)
1、一种文件传输方法,应用于WV协议的IMPS业务,其特征在于包括:
A、在WV协议定义的业务能力协商中,增加文件传输能力的协商内容,通过IMPS终端与IMPS服务器之间的业务能力协商请求和回应消息进行文件传输能力的协商;
B、在WV协议定义的终端能力协商中,增加文件传输参数的协商内容,通过IMPS终端与IMPS服务器之间的终端能力协商请求和回应消息进行文件传输参数的协商;
C、IMPS终端通过IMPS服务器实现文件传输。
2、如权利要求1所述的文件传输方法,其特征在于,所述步骤C包括:
C1、文件发送端向IMPS服务器请求文件传输;
C2、IMPS服务器向文件接收端请求文件传输;
C3、若接收端接受文件传输请求,IMPS服务器通知发送端将文件传输给接收端;否则,结束文件传输流程。
3、如权利要求2所述的文件传输方法,其特征在于,步骤C3中所述发送端将文件传输给接收端包括:
发送端将文件内容直接传输给接收端;或者
发送端将文件内容传输给IMPS服务器存储,由IMPS服务器转发给接收端。
4、如权利要求2所述的文件传输方法,其特征在于,所述步骤C2前还包括有IMPS服务器判断文件接收端是否具有文件传输能力的步骤,若是,则执行步骤C2,否则,结束文件传输流程。
5、如权利要求2所述的文件传输方法,其特征在于,所述步骤C1包括:
C11、文件发送端向IMPS服务器发送文件传输请求消息,该消息中包含待传输的文件属性信息;
C12、IMPS服务器返回发送文件响应消息,该消息中包含请求结果信息和文件传输请求标识。
6、如权利要求5所述的文件传输方法,其特征在于,所述步骤C2包括:
C21、IMPS服务器向文件接收端发送用户文件传输请求消息,该消息中包含所述文件传输请求标识和文件属性信息;
C22、文件接收端返回状态响应消息和文件授权请求消息;在文件授权请求消息中包含所述文件传输请求标识和是否接受文件传输请求信息;
C23、IMPS服务器向文件接收端回应状态响应消息。
7、如权利要求6所述的文件传输方法,其特征在于,所述步骤C3包括:
C31、若IMPS服务器接收的文件授权请求消息中表明文件接收端接受文件传输请求,则向文件发送端发送文件传输信息请求消息,该消息中包含文件传输请求标识和接收端接收文件传输的方式;文件发送端返回状态响应消息并将文件内容发送给文件接收端;
C32、若IMPS服务器接收的文件授权请求消息中表明文件接收端不接受文件传输请求,则结束文件传输流程。
8、如权利要求7所述的文件传输方法,其特征在于,所述文件传输请求标识由IMPS服务器产生,用以标识一次文件传输请求。
9、如权利要求7所述的文件传输方法,其特征在于,所述文件属性信息包括但不限于文件名称、文件类型及文件大小。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005100512180A CN1829219A (zh) | 2005-03-02 | 2005-03-02 | 一种文件传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005100512180A CN1829219A (zh) | 2005-03-02 | 2005-03-02 | 一种文件传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1829219A true CN1829219A (zh) | 2006-09-06 |
Family
ID=36947346
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2005100512180A Pending CN1829219A (zh) | 2005-03-02 | 2005-03-02 | 一种文件传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1829219A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008151572A1 (fr) * | 2007-06-14 | 2008-12-18 | Huawei Technologies Co., Ltd. | Procédé, passerelle d'interconnexion et client de transfert de fichier |
CN110943977A (zh) * | 2019-11-11 | 2020-03-31 | 普联技术有限公司 | 多媒体业务数据传输方法、服务端、设备及存储介质 |
-
2005
- 2005-03-02 CN CNA2005100512180A patent/CN1829219A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008151572A1 (fr) * | 2007-06-14 | 2008-12-18 | Huawei Technologies Co., Ltd. | Procédé, passerelle d'interconnexion et client de transfert de fichier |
CN110943977A (zh) * | 2019-11-11 | 2020-03-31 | 普联技术有限公司 | 多媒体业务数据传输方法、服务端、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1207876C (zh) | 短消息网关、向移动电话提供信息服务的系统和方法 | |
CN1949770A (zh) | 一种推送信息提供方法及推送代理装置 | |
CN1411667A (zh) | 一个消息业务 | |
CN1794675A (zh) | 建立聊天室数据传输通道实现聊天消息传送的方法 | |
TWI578816B (zh) | 高效遞送輔助服務至多技術可用無線傳輸/接收單元之方法及裝置 | |
CN1794722A (zh) | 一种离线消息发送方法 | |
CN1886998A (zh) | 自动发现共同多媒体服务能力的方法和通信系统 | |
CN1512728A (zh) | 用于在协作设备和设备信道间分配通知的方法和装置 | |
CN1859321A (zh) | 发送即时消息的方法和设备 | |
CN101030948A (zh) | 一种基于ip的消息路由方法和系统 | |
WO2009000212A1 (fr) | Appareil et terminal de traitement de message, système et procédé pour transmettre des messages | |
CN1249965C (zh) | 多媒体消息在不同多媒体消息中心之间转发的方法 | |
CN1885967A (zh) | 在短消息中增加发送方实际名称的方法 | |
CN101051922A (zh) | 一种存在信息的订阅、发布和更新方法 | |
CN1859368A (zh) | 实现信息传送业务的方法和系统以及一种终端 | |
CN1859624A (zh) | 多媒体消息业务的消息路由方法及系统 | |
CN1889439A (zh) | 一种保存即时消息业务中会话信息的方法及系统 | |
CN1705385A (zh) | 消息转移服务 | |
CN1859610A (zh) | 一种传送多媒体消息内容适配通知的方法 | |
CN1829219A (zh) | 一种文件传输方法 | |
WO2008040233A1 (fr) | ProcÉDÉ et dispositif de rÉalisation pour le clavardage DE messages courts | |
CN101662486A (zh) | 一种订阅信息的方法和系统 | |
CN1960346A (zh) | 一种多媒体广播/组播业务的注册方法 | |
CN101399781A (zh) | 一种消息发送方法、系统、消息发送装置及消息服务器 | |
CN1647569A (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 |
Open date: 20060906 |