一个服务端需要给对方提供OBEX Object Push服务的通道,所以在打开服务器之前需要确定已经将该服务注册到SDP服务器,Linux下使用sdptool注册该服务的命令为:sdptool add opush;
1.OBEX_Init()用于初始化一个obex instance handle;
arg1:OBEX_TRANS_BLUETOOTH用于声明传输协议为bluetooth;
arg2:callback function;
arg3:flag=OBEX_FL_KEEPSERVER,接收到请求后,服务器可以继续接收其他客户端的请求;
2.OBEX_SetUserData()设置用户自己的变量,该函数的使用完全取决于用户自己;
3.BtOBEX_ServerRegister();一个专用于蓝牙协议的服务端函数,用于监听客户端发送的请求;
该函数内部创建了一个 socket(调用socket(AF_BLUETOOTH, SOCK_STREAM, BTPROTO_RFCOMM)),bind该socket到本地蓝牙地址,将该socket转化为监听sockt,之后该socket才能够监听端口上来自客户端的连接请求;
4.OBEX_HandleInput()函数用于读取并处理接收到的数据,如果没有数据到达,该函数将会阻塞;
该函数内部调用了selet()函数,向系统登记了参数handle的客户端sockt与服务端sockt,让系统监听socket上的事件,如果是服务端socket上有数据到达,则调用accept()函数为客户端创建一个新的sockt,
如果OBEX_Init()的flag不是设置为OBEX_FL_KEEPSERVER,则关掉服务端socket,禁止其他客户端的连接请求;
(???: accept()为客户端创建一个新的socket,并返回其描述符,那么新创建的socket的端口是重新分配的呢还是原先服务端的channel,如果重新分配,则只在服务端的channel上注册了服务,如果没有重新分配,那么是多个客户端用同一个channel么o(∩_∩)o...)
5.callback:OBEX_EV_ACCEPTHINT;
6.OBEX_ServerAccept()该函数返回上述客户端的socket;
函数内部重新创建了一个obex instance handle,并将上述服务器handle的参数复制到该handle,获得服务器handle的fd(accept为客户端创建的socket)后,清除服务器本身的fd;
该函数同时也为新创建的obex instance handle设置callback function及Userdata;
至此,已经为客户端创建了一个与服务端完全独立的obex instance handle,此后该服务端的操作都由该handle标识,而服务器的socket则继续监听其他客户端的连接请求;
9.callback:OBEX_EV_REQDONE:OBEX_CMD_CONNECT;
10.callback:OBEX_EV_REQHINT一个请求即将到来;
调用OBEX_ObjectSetRsp(object,OBEX_RSP_CONTINUE,OBEX_RSP_SUCCESS)设置响应操作码
11.callback:OBEX_EV_REQCHECK:第一个接收到的请求包已经被解析;
12.callback:OBEX_EV_PROGRESS(收到n个此事件,说明客户端正在传输文件内容);
13.callback:OBEX_EV_REQ :OBEX_CMD_PUT;
OBEX_ObjectSetRsp(object,OBEX_RSP_CONTINUE,OBEX_RSP_SUCCESS)设置响应操作码;
此时,客户端文件传输完毕,需进行处理:
OBEX_ObjectGetNextHeader()分别取得文件的名称与内容;
14.callback:OBEX_EV_REQDONE:OBEX_CMD_PUT;
15.callback:OBEX_EV_REQHINT一个请求即将到来
16.callback:OBEX_EV_REQ::OBEX_CMD_DISCONNECT
OBEX_ObjectSetRsp(object,OBEX_RSP_SUCCESS,OBEX_RSP_SUCCESS)设置响应操作码;
17.callback:OBEX_EV_REQDONE:OBEX_CMD_DISCONNECT;
OBEX_TransportDisconnect(handle)断开连接;
注意:该函数只是将socket关闭,并没有释放handle所占用的资源,所以在应用时需要释放handle占用的资源;
18.OBEX_Cleanup()关掉obex handle并释放该handle占用的资源。
(该函数同样关闭了客户端及服务端socket);
至此,服务器接收客户端的一个事例完成。
OBEX是Object Exchang的简称,本来是IrDA™为红外传输制定的协议,但它并不限于特定的底层传输方式,可以运行于blueteeth、usb和tcp/ip其它多种协议之上。OBEX主要是会话层协议,同时也包括应用层部分功能。它可以传输任何对象,在手机中,通常用来传输文件、图片、名片(Vcard)和日程(Vcal)等。OpenOBEX是一套开放源代码的OBEX协议实现,提供client和server两端的功能,本文简要介绍一下OBEX和OpenOBEX。
运行于irDA(红外协议)之上的OBEX协议栈:
IrLAP 是数据链路层协议。
IrLMP 是多路复用协议。.
Tiny TP 提供流控。
IAS 是Information Access Service。
红外的协议栈看起来挺复杂的,所幸linux kernel里已经实现了这些协议,在用户空间调用非常简单,和使用普通socket几乎完全一样。在irobex.c中,我们可以看到,在创建socket时把family设置AF_IRDA为就OK了,地址是个字符串。
运行于bluetooth(蓝牙协议)之上的OBEX协议栈:
Baseband、LMP和L2CAP 是蓝牙对应于OSI物理层和数据链路层协议。
RFCOMM是GSM TS 07.10是蓝牙适配层协议。
SDP 是蓝牙服务发现协议。
和红外协议栈一样, linux kernel里已经实现了Bluetooth协议,在用户空间调用非常简单,和使用普通socket几乎完全一样。在btobex.c中,我们可以看到,在创建socket时把family设置AF_BLUETOOTH为就OK了。
OBEX的原语:
1. CONNECT:客户端发起连接请求,服务端如果接受连接请求,就返回正确的CONNECT Response。
2. PUT/GET:一旦连接建立后,就可以用PUT传输数据,服务器端要响应PUT,以标识请求的成功或失败。或者用GET获取数据,服务器端要响应GET,以传回客户端所要的数据。
3. ABORT:取消前面的未完成的操作。
4. DISCONNECT:用于传输完毕或出错时断开连接。
OpenOBEX的代码说明:
1. obex_connect.c/.h:处理CONNECT PDU,打包和解包。
2. obex_header.c/.h:PDU处理的公共函数及数据类型定义。
3. obex_object.c/.h:对象处理函数,客户端和服务器公用代码。
4. obex_server.c/.h:服务器端处理代码。
5. obex_client.c/.h:客户端处理代码。
6. obex_transport.c/.h:传输接口的抽象。
7. irobex.c/.h:基于红外的传输方式。
8. usbobex.c/.h:基于USB的传输方式。
9. inobex.c/.h:基于TCP/IP的传输方式。
10. btobex.c/.h:基于蓝牙的传输方式。
对于OBEX,我也是新手,还在继续研究,若有新的发现,我会及时补充。也请各位高手不吝赐教。
参考资料:
syncml_obex_v10_20001207.pdf
OpenOBEX: http://openobex.triq.net/
~~end~~