CN101340286A - 会话连接发起方法及设备 - Google Patents
会话连接发起方法及设备 Download PDFInfo
- Publication number
- CN101340286A CN101340286A CNA200710137726XA CN200710137726A CN101340286A CN 101340286 A CN101340286 A CN 101340286A CN A200710137726X A CNA200710137726X A CN A200710137726XA CN 200710137726 A CN200710137726 A CN 200710137726A CN 101340286 A CN101340286 A CN 101340286A
- Authority
- CN
- China
- Prior art keywords
- information
- message
- server
- client
- session
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明涉及通信领域,公开了一种会话连接、同步会话发起方法及设备,使得能够节省网络资源,另外,能够提高会话效率。本发明中,触发建立会话连接的消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息,DS/DM客户端根据该指示信息决定向DS/DM服务器发送的发起会话连接的消息中,是否需要携带安全认证信息和/或设备信息。触发建立会话连接的消息中的指示信息还可以进一步用于指示上报的安全认证信息所属的机制,和/或上报设备信息时所使用的方式。在触发建立会话连接的消息中携带数据同步机制的协商参数。
Description
本申请是本申请人于2007年5月30日提出的中国(申请号:200710108398.0)发明专利申请的分案申请。
技术领域
本发明涉及通信领域,特别涉及设备管理和数据同步技术。
背景技术
随着现代通信技术在人类工作和生活中扮演着日益重要的角色,人们对数据传输的质量提出了越来越高的要求,其中数据同步(DataSynchronization,简称“DS”)是一个十分重要的指标。开放移动联盟(OpenMobile Alliance,简称“OMA”)DS技术,是指移动设备与网络服务器之间保持数据同步,同步的数据包括电话本、通讯录、日程、短信、邮件等。OMADS技术是基于同步标记语言(Synchronization Markup Language,简称“SyncML”),基于该SyncML语言的还有OMA设备管理(DeviceManagement,简称“DM”)技术。OMA DM技术,是指服务器通过空中下载的方式对终端进行管理操作,比如参数配置,固件更新,软件下载、安装、删除,故障诊断、修复,终端监控等。
在现有的SyncML消息中,提供了一种通知(Notification)机制,用于服务器下发Notification消息给终端设备,终端设备根据Notification里的SessionID(会话ID)、ServerID(服务ID)等信息发起与服务器的会话连接。Notification消息的下发可以通过短消息、OTA PUSH(空中下载推)等方式。
目前,DS/DM服务器(DS或DM服务器)与DS/DM客户端(DS或DM客户端)之间进行的会话管理流程如图1所示。在步骤110中,DS/DM服务器向DS/DM客户端下发Notifcation消息,请求会话连接。接着,在步骤120中,DS/DM客户端向DS/DM服务器发起会话连接,发送该DS/DM客户端的认证信息、设备信息给该DS/DM服务器,该设备信息、认证信息包括在管理会话的Package#1(包1)消息中。接着,在步骤130中,该DS/DM服务器向该DS/DM客户端发送Package#1消息,在该消息中携带用于进行会话操作的初始化包。然后,通过Package#3~Package#4消息进行后续的会话操作,如步骤140所示。
已有的OMA DS的Notification消息格式与已有的OMA DM的Notification消息格式大致相同,不同之处在于,DS里的Notification消息进一步对notification-body(消息体)进行了扩展。DS/DM Notification消息公用的Digest(摘要)与Notification-hdr(消息头)部分的格式如图2所示。对Notification消息中的各字段的解释如下:
<digest>::=128*BIT(比特) ;‘MD5摘要值’
<version>::=10*BIT ;‘版本信息’
<ui-mode>::=<not-specified>/<background>/ ;‘用户交互模式’
<informative>/<user-interaction>;
<not-specified>::=“00” ;‘非特定’
<background>::=“01” ;‘后台模式’
<informative>::=“10” ;‘提示模式’
<user-interaction>::=“11” ;‘确认模式’
<initiator>::=<client>/<server> ;‘会话发起方’
<client>::=“0” ;‘客户端发起’
<server>::=“1” ;‘服务器发起’
<future-use>::=27*BIT ;‘留作扩展’
<sessionid>::=16*BIT ;‘会话标识’
<length-identifier>::=8*BIT ;‘服务器标识的长度’
<server-identifier>::=<length-identifier>*CHAR ;‘服务器标识’
<vendor-specific>::=n*BIT ;‘留作扩展’
在OMADS中的进一步对Notification消息的notification-body进行了扩展,扩展部分的格式如图3所示。其中,字段“num-syncs”表明有几个同步操作,字段“future-use”留作以后扩展,字段“sync1”,字段“syncN”是具体的多个同步操作,字段“sync-type”为同步类型,字段“content-type”表明要同步的数据库的内容类型,字段“server-URI-length”表明字段“server-URI”的长度,该“server-URI”字段用于存放要同步的服务器的数据库名。由此可见,在OMADS的Notification消息里表明了同步的类型、待同步数据库等信息。
然而,本发明的发明人发现,目前的会话管理机制中存在空口资源浪费的问题。比如说,客户端与服务器已经通过了传输层认证,客户端无需再上报认证信息。此时,如果客户端再上报认证信息则是对空口资源的浪费。或者,客户端与服务器已经通过了传输层认证,但是服务器要求客户端仍然需要上报认证信息,进行应用层认证,才能建立管理/同步会话。此时,如果客户端没有上报认证信息,则服务器会返回客户端一个“缺少客户端认证信息”的错误消息,客户端需要再一次的上报认证信息,多了一次与服务器的交互,导致了空口资源的浪费。或者,服务器不需要客户端上报完整的设备信息,但客户端却向服务器发送了完整的设备信息,导致了空口资源的浪费等。
另外,在目前的现有技术中,客户端收到Notification消息后发起的同步类型是根据客户端单方面的数据修改信息,而且同步类型(如慢同步、快同步、刷新同步等)也很陈旧。在智能同步中,要求同步的双方能通过分析对方的数据修改信息及数据库的信息来选择性的发送数据信息及数据指纹信息。比如,如果服务器指定的同步方向为双向,客户端就不会发起单向同步。而在客户端无法选择合适的同步机制的情况下,将会导致会话效率的降低。
发明内容
本发明实施方式要解决的主要技术问题是提供一种会话连接、同步会话发起方法及设备,使得能够节省网络资源,另外,能够提高会话效率。
为解决上述技术问题,本发明的实施方式提供了一种会话连接发起方法,包含以下步骤:
接收来自数据同步或设备管理DS/DM服务器的触发建立会话连接的消息,该消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息;
如果指示信息为要求上报,则向DS/DM服务器发送携带安全认证信息和/或设备信息的发起会话连接的消息。
本发明的实施方式还提供了一种同步会话发起方法,包含以下步骤:
接收来自DS服务器的触发建立会话连接的消息,该消息中携带数据同步机制的协商参数;
根据数据同步机制的协商参数选择同步机制,并使用该同步机制向DS服务器发起同步会话。
本发明的实施方式还提供了一种DS/DM客户端,包括:
接收模块,用于接收来自DS/DM服务器的触发建立会话连接的消息,该消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息;
解析模块,用于解析接收模块收到的触发建立会话连接的消息;
发送模块,用于在解析模块从触发建立会话连接的消息中解析出指示信息为要求上报时,向DS/DM服务器发送携带安全认证信息和/或设备信息的发起会话连接的消息。
本发明的实施方式还提供了一种DS/DM服务器,包括:
生成模块,用于生成触发建立会话连接的消息,该消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息;
发送模块,用于将生成模块生成的触发建立会话连接的消息,发送给DS/DM客户端。
本发明的实施方式还提供了一种DS客户端,包括:
接收模块,用于接收来自DS服务器的触发建立会话连接的消息,该消息中携带数据同步机制的协商参数;
解析模块,用于解析接收模块收到的触发建立会话连接的消息;
选择模块,用于根据解析模块从触发建立会话连接的消息中解析出的数据同步机制的协商参数,选择同步机制;
同步会话发起模块,用于使用选择模块所选的同步机制向DS服务器发起同步会话。
本发明的实施方式还提供了一种DS服务器,包括:
生成模块,用于生成触发建立会话连接的消息,该消息中携带数据同步机制的协商参数;
发送模块,用于将生成模块生成的触发建立会话连接的消息,发送给DS客户端。
本发明实施方式与现有技术相比,主要区别及其效果在于:
触发建立会话连接的消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息,DS/DM客户端根据该指示信息决定向DS/DM服务器发送的发起会话连接的消息中,是否需要携带安全认证信息和/或设备信息。由于DS/DM客户端能够通过触发建立会话连接的消息了解到DS/DM服务器发起会话的意图,因此可避免由于安全认证信息和/或设备信息的上报不符合服务器要求的信息,而造成的客户端与服务器的多次交互,从而节省了网络资源。
在触发建立会话连接的消息中携带数据同步机制的协商参数,使得DS客户端能够根据此信息选择相应的同步机制,从而减少了同步机制选择的会话交互,提高了会话效率。
附图说明
图1是现有技术中DS/DM服务器与DS/DM客户端之间进行的会话管理流程图;
图2是现有技术中DS/DM Notification消息公用的Digest(摘要)与Notification-hdr(消息头)部分的格式示意图;
图3是现有技术中进一步对DS Notification消息的notification-body(消息体)扩展部分的格式示意图;
图4是根据本发明第一实施方式的会话连接发起方法流程图;
图5是根据本发明第一实施方式中扩展的Notification消息的格式示意图;
图6是根据本发明第二实施方式的会话连接发起方法流程图;
图7是根据本发明第三实施方式的同步会话发起方法流程图;
图8是根据本发明第三实施方式中扩展的Notification消息的格式示意图;
图9是根据本发明第四实施方式中扩展的Notification消息的格式示意图;
图10是根据本发明第五实施方式的会话连接发起***的结构示意图;
图11是根据本发明第六实施方式的同步会话发起***的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明的实施方式作进一步地详细描述。
本发明的第一实施方式涉及一种会话连接发起方法,具体流程如图4所示。
在步骤410中,DS/DM服务器生成携带指示信息的触发建立会话连接的消息,在本实施方式中,该消息为Notification消息。
具体地说,DS/DM服务器根据实际需要,确定是否需要DS/DM客户端上报安全认证信息和设备信息,上报的安全认证信息所属的机制(如是机制为“auth-basic”的安全认证信息,还是机制为“auth-MD5”的安全认证信息)、以及上报设备信息时所使用的方式,并将确定结果通过指示信息携带在Notification消息中,使得接收到该Notification消息的DS/DM客户端,能够根据该Notification消息,获知DS/DM服务器是否要求上报安全认证信息和/或设备信息、上报的安全认证信息所属的机制、以及上报设备信息时所使用的方式。可以通过扩展Notification消息的格式,在Notification消息中携带指示信息。
比如说,如图5所示,将用于携带指示信息的扩展字段放在DS/DSNotification消息中的notification-body(消息体)中,当然,实际上扩展字段也可以放在notification-hdr(消息头)中,如放在notification-hdr中的字段“future-use”中。该扩展字段内包含“auth-code”字段、“dev-code”字段、和“future-use”字段。
其中,“auth-code”字段用于指示是否要求上报安全认证信息,以及上报的安全认证信息所属的机制;“dev-code”字段用于指示是否要求上报设备信息,以及上报设备信息时所使用的方式;“future-use”字段留作以后扩展。对扩展字段的说明如下:
<auth-code>::=3*BIT ;‘DM认证码(应用层认证)’
<dev-code>::=3*BIT ;‘设备信息码’
<future-use>::=18*BIT ;‘留作扩展’
具体地说,“auth-code”字段的取值及其含义如表1所示:
状态码 | 意义 |
000 | 传输层认证通过,则不需要上报安全认证信息 |
001 | 传输层认证通过,仍需上报安全认证信息,且认证机制为auth-basic。 |
010 | 传输层认证通过,仍需上报安全认证信息,且认证机制为auth-MD5。 |
011 | 传输层认证未通过,以认证机制auth-basic上报安全认证信息。 |
100 | 传输层认证未通过,以认证机制auth-MD5上报安全认证信息。 |
101 | 非特定。 |
110~111 | 留作扩展。 |
表1
需要说明的是,当“auth-code”字段取值为101时,说明DS/DM服务器对认证不做特殊的规定,DS/DM客户端可以根据DS/DM标准中“DMAcc”上的认证类型“AAuthPref”值指定的认证方式或上次成功的会话所使用认证方式进行认证,其中,“DMAcc”为用于管理开放移动联盟设备管理协议设置的管理对象。
“dev-code”字段的取值及其含义如表2所示:
状态码 | 意义 |
000 | 要求DS/DM客户端发起一个空会话。 |
001 | 要求DS/DM客户端上报完整的设备信息。 |
010 | 要求DS/DM客户端上报更新的设备信息。 |
011 | 要求DS/DM客户端不上报设备信息。 |
100 | 要求DS/DM客户端上报的设备信息的统一资源标识(Uniform Resource Identifier,简称“URI”)链接。 |
101~111 | 留作扩展。 |
表2
也就是说,当“dev-code”字段取值为000时,说明DS/DM服务器要求DS/DM客户端发起一个空会话,即该DS/DM客户端在发起会话连接的消息(Package#1)中无需上报设备信息,可以在空会话建立后,收到来自DS/DM服务器的用于获取设备信息的命令时,再上报该DS/DM客户端的设备信息。在空会话建立后,如果DS/DM服务器需要DS/DM客户端的设备信息,可以通过发一个Get命令获取:
<Get>
<CmdID>1</CmdID>
<Item>
<Target>
<LocURI>./DevInfo</LocURI>
</Target>
</Item>
</Get>
当“dev-code”字段取值为001时,说明DS/DM服务器要求DS/DM客户端上报完整的设备信息,在第一次管理会话时,DS/DM客户端必须上报完整的设备信息给DS/DM服务器。在随后的管理会话中,客户端可以只上报更新的设备信息以节省传输流量。
当“dev-code”字段取值为010时,说明DS/DM服务器要求DS/DM客户端上报更新的设备信息。DS/DM客户端可以使用<Put>命令将更新的设备信息上报给DS/DM服务器,DS/DM客户端必须保存设备信息的更新记录。
当“dev-code”字段取值为011时,说明DS/DM服务器要求DS/DM客户端不上报设备信息。如果DS/DM服务器不关心DS/DM客户端的设备信息,或者DS/DM服务器认为DS/DM客户端的设备信息对自己没有用,可以要求DS/DM客户端不上报,这样可以节省传输流量。
当“dev-code”字段取值为100时,说明DS/DM服务器要求DS/DM客户端上报设备信息的URI链接。DS/DM服务器可以根据DS/DM客户端上报的设备信息的URI链接,得相应的存储的地方去获取。
在步骤420中,该DS/DM服务器将生成的携带指示信息的Notification消息,下发给DS/DM客户端。具体地说,该DS/DM服务器可以通过OTA PUSH(或会话发起协议(Session Initation Protocol,简称“SIP”)PUSH)的方式或短消息的方式,将生成的携带指示信息的Notification消息,下发给DS/DM客户端,请求会话连接。
接着,在步骤430中,DS/DM客户端解析收到的Notification消息,生成符合要求的发起会话连接的消息,该发起会话连接的消息即为Package#1消息。具体地说,DS/DM客户端解析携带在Notification消息中的指示信息,判断在随后的Package#1消息中如何上报安全认证信息和设备信息,包括:是否要上报安全认证信息,以及上报何种机制的安全认证信息;是否要上报设备信息,以及上报设备信息的方式。
针对上述案例,DS/DM客户端解析Notification消息中的扩展字段,根据扩展字段中“auth-code”字段的取值,判断出如何上报安全认证信息。比如说,如果该字段取值为000,则说明传输层认证通过,则不需要上报安全认证信息;如果字段取值为011,则说明传输层认证未通过,以认证机制“auth-basic”上报安全认证信息等。类似地,根据扩展字段中“dev-code”字段的取值,判断出如何上报设备信息,在此不再赘述。
然后,DS/DM客户端根据解析到的结果,生成Package#1消息,该Package#1消息中携带符合DS/DM服务器要求的安全认证信息和/或设备信息。比如说,解析到“auth-code”字段的取值为011,“dev-code”字段的取值为010,则在Package#1消息中携带认证机制为“auth-basic”的安全认证信息,和更新的设备信息。
接着,在步骤440中,DS/DM客户端将生成的Package#1消息发送给DS/DM服务器。步骤450和步骤460分别与步骤130和步骤140相同,在此不再赘述。
由于在本实施方式中,DS/DM客户端能够通过Notification消息了解到DS/DM服务器是否要求上报安全认证信息和/或设备信息、上报的安全认证信息所属的机制、以及上报设备信息时所使用的方式。因此可避免由于安全认证信息和/或设备信息的上报不符合服务器要求的信息,而造成的客户端与服务器的多次交互,从而节省了网络资源。
比如说,DS/DM客户端与DS/DM服务器已经通过了传输层认证,DS/DM无需再上报认证信息。此时,只需在Notification消息将“auth-code”字段的取值设置为000,即可避免DS/DM客户端再次上报安全认证信息,从而节约了空口资源。
再比如说,DS/DM服务器仅仅是想与DS/DM客户端建立一个空会话,希望DS/DM客户端不必上报设备信息。此时,只需在Notification消息中将“dev-code”字段的取值设置为000,即可避免DS/DM客户端上报设备信息,从而节约了空口资源。
值得一提的是,在本实施方式中,DS/DM客户端即为终端设备,如果该DS/DM客户端不具备接收Notification消息的功能,则该DS/DM客户端需要通过Notification客户端接收Notification消息。Notification客户端要依赖于业务实现,比如说,如果在业务实现上,是通过OTA PUSH方式发送Notification消息的,则该Notification客户端将是OTA PUSH客户端;如果是采用短消息发送,则该Notification客户端将是短消息客户端。类似地,如果DS/DM服务器不具备发送Notification消息的功能,则该DS/DM服务器需要通过Notification服务器发送Notification消息。
本发明的第二实施方式涉及一种会话连接发起方法,本实施方式在第一实施方式的基础上,进一步增加了在Notification消息中未明确指示是否要求上报安全认证信息的情况下,DS/DM客户端的具体操作。
具体流程如图6所示,步骤610至步骤650分别与步骤410至步骤450相同,在此不再赘述。由于本实施方式中,在Notification消息中未明确指示是否要求上报安全认证信息,也就是说,Notification消息中扩展的“auth-code”字段取值为101。因此,DS/DM客户端会在本地查找管理对象“DMAcc”上是否有“AAuthPref”节点,如果有该节点并且该节点有值,则根据该节点中指定的认证方式上报安全认证信息;如果没有该节点,或者有该节点但该节点无值,则按默认的认证方式进行安全认证。比如说,默认的认证方式是在Package#1消息中上报认证机制为“auth-basic”的安全认证信息,那么,DS/DM客户端将在生成的Package#1消息携带认证机制为“auth-basic”的安全认证信息。在本实施方式中,以默认的认证方式认证成功,也就是说,DS/DM服务器向DS/DM客户端发送的Package#2消息中,携带表示认证成功状态码。
接着,在步骤660中,当DS/DM客户端根据收到的Package#2消息,获知认证成功后,记录该默认的认证方式。以便在之后的认证中,使用该能够通过认证的认证方式,从而提高了认证成功的概率。具体地说,可以有两种记录方式:
(1)将默认的认证方式记录在用于指定认证方式的认证类型“AAuthPref”节点中。针对上述案例,即是将上报认证机制为“auth-basic”的安全认证信息的认证方式作为“AAuthPref”节点的值,记录在该“AAuthPref”节点中。
(2)将默认的认证方式记录在管理对象“DMAcc”中扩展的与认证相关的节点中。针对上述案例,在“DMAcc”中扩展一个与认证相关的节点,将上报认证机制为“auth-basic”的安全认证信息的认证方式,记录在该扩展的节点中。
接着,进入步骤670,步骤670与步骤460相同,在此不再赘述。
本发明的第三实施方式涉及一种同步会话发起方法,在本实施方式中,DS客户端接收来自DS服务器的触发建立会话连接的消息,该消息中携带数据同步机制的协商参数。DS客户端根据数据同步机制的协商参数选择同步机制,并使用该同步机制向DS服务器发起同步会话。本实施方式中的触发建立会话连接的消息为Notification消息。
具体流程如图7所示,在步骤710中,DS服务器生成Notification消息,并在该消息中携带数据同步机制的协商参数。具体地说,可以通过扩展Notification消息的格式,在Notification消息中携带数据同步机制的协商参数。
如图8所示,在Notification消息中扩展的字段包含:“length-info”字段、“info”字段、“Direction”字段、“ID-Valid”字段、“preserve”字段、“log-valid”字段、“Changed-Items”字段、“Decision”字段、“Continuous-sync”字段、“Datastore-length”字段、和“Data-Store”字段。下面分别对各个扩展字段进行说明。
对“length-info”字段和“info”字段的说明如下:
<length-info>::=8*BIT ;‘会话信息的长度’
<info>::=<length-info>*CHAR(字符) ;‘会话信息’
“length-info”字段用于表示字段“info”的长度;“info”字段用于表示会话信息,DS客户端可以将此信息以可显示文本的方式将会话信息显示给用户,比如:“您有新的Email,请查收。”接收到此信息的DS客户端(即终端),就可以发起一个同步会话,将DS服务器上的新邮件同步到本DS客户端。也就是说,可以使得DS客户端在收到Notification消息后,根据其扩展字段中的会话内容的信息,对是否需要发起会话进行判断,并在确定需要发起会话后,选择同步机制,将DS服务器上的新邮件同步到本DS客户端。
“Direction”字段用于表示同步方向,说明如下:
<Direction>::=<Not-specified>/<from-server>/<from-client>/<two-way>;‘方向
信息’
<Not-specified>::=’00’ ;’非特定’
<from-server>::=’01’ ;’从服务器,单向’
<from-client>::=’10’ ;’从客户端,单向’
<two-way>::=’11’ ;’双向’
“ID-Valid”字段用于表示DS服务器端数据条目的标识是否有效,说明如下:
<ID-Valid>::=<valid>/<invalid> ;’ID有效性’
<valid>::=’1’ ;’ID有效’
<invalid>::=’0’ ;’ID无效’
DS服务器端需要维护双方数据条目标识信息的映射表,如果由于数据库损坏等,导致标识信息无效,将影响双方的同步机制的选择。
“preserve”字段用于表示对数据的保存情况,比如是清除DS服务器端数据还是清除DS客户端数据,说明如下:
<preserve>::=<not-specified>/<clear-client>/<clear-server>/<merge>;’数据是
否保存’
<Not-specified>::=’00’ ;’非特定’
<clear-client>::=’01’ ;’清除客户端数据’
<clear-server>::=’10’ ;’清除服务器端数据’
<merge>::=’11’ ;’融合双方的数据’
“log-valid”字段用于表示DS服务器端的修改日志是否有效。修改日志是用于记录DS服务器端数据库、数据条目的改变情况的,如果修改日志无效,DS服务器将无法告知DS客户端自身的哪些数据条目被改变了。这将影响双方的同步机制的选择。说明如下:
<log-valid>::=<valid>/<invalid> ;’修改日志有效性’
<valid>::=’1’ ;’修改日志有效’
<invalid>::=’0’ ;’修改日志无效’
“Changed-Items”字段用于表示DS服务器端改变的数据项(Data Item)数目的信息,说明如下:
<Changed-Items>::=8*BIT ;‘改变的Data-Item数目’
“Decision”字段用于表示决定方向,即是由哪一方决定,决定的内容包括冲突检测、决定同步方向、同步类型等。说明如下:
<Decision>::=<Client>/<Server> ;‘哪一方决定’
<Server>::=‘1’ ;‘服务器决定’
<Client>::=‘0’ ;‘客户端决定’
“Continuous-sync”字段用于表示DS服务器是否希望开始连续的同步会话。在实时同步的情况下,DS客户端需要与DS服务器保持常连接。如果DS服务器用此字段指示DS客户端此会话为连续的同步会话,则DS客户端需要保持与DS服务器的常连接,在常连接的情况下,DS服务器可以直接发起与DS客户端的会话连接,而不需要再使用Notification消息来通知DS客户端发起会话。此会话可以一直保持,以保证DS客户端与DS服务器的同步数据保持实时同步,直到双方中的一方使用会话命令断开会话连接,或会话意外中断。说明如下:
<Continuous-sync>::=<true>/<false> ;’连续同步’
<true>::=’1’ ;’连续同步’
<false>::=’0’ ;’非连续同步’
“Datastore-length”字段用于表示“Data-Store”字段的长度;“Data-Store”字段用于表示待同步数据库的标识。说明如下:
<Datastore-length>::=8*BIT ;‘数据库标识长度’
<Data-Store>::=<Datastore-length>*CHAR ;‘数据库标识’
接着,在步骤720中,DS服务器将生成的携带协商参数的Notification消息,下发给DS客户端。具体地说,该DS服务器可以通过OTA PUSH(或SIP PUSH)的方式或短消息的方式,将生成的携带协商参数的Notification消息,下发给DS客户端。
接着,在步骤730中,DS客户端解析收到的Notification消息,选择同步机制。具体地说,DS客户端通过对收到的Notification消息进行解析,得到携带在该消息中的数据同步机制的协商参数,并根据该协商参数选择合适的同步机制。
其中,对同步机制的选择包括以下之一或其任意组合:对同步方向的选择、对是否发送全部数据项的选择、对是否只发送修改的数据项的选择、对是否发送数据指纹信息的选择、对是否需要对方比较数据项的选择、对是否需要对方用接收的数据项覆盖自身存储的数据项的选择。
下面通过几个举例,对DS客户端根据数据同步机制的协商参数,选择合适的同步机制进行简单说明。
比如说,如果DS服务器指定的同步方向为单向,且决定方向为DS服务器,则DS客户端应该选择单向同步。或者,如果DS服务器的ID映射表无效,因此即使DS客户端发送数据项的标识,DS服务器也无法识别,所以,DS客户端应该选择发送数据指纹信息、或选择发送全部数据。再或者,如果DS服务器改变的数据项较多,则DS客户端应选择双向同步或DS服务器单向同步,同时应发送数据指纹信息,以避免双方的数据项修改冲突。当然,还有其它许多情况,在此不再一一例举。
接着,在步骤740中,DS客户端使用选择的同步机制向DS服务器发起同步会话。
不难发现,由于在本实施方式中,在Notification消息中携带了数据同步机制的协商参数,因此可使得DS客户端能够根据此信息选择相应的同步机制,从而减少了同步机制选择的会话交互,提高了会话效率。
本发明的第四实施方式涉及一种同步会话发起方法,本实施方式在第三实施方式的基础上,在Notification消息中进一步携带用于指示如何上报安全认证信息和设备信息的指示信息,包括:是否要上报安全认证信息,以及上报何种机制的安全认证信息;是否要上报设备信息,以及上报设备信息的方式。由此可见,本实施方式实际上是第三实施方式与第一或第二实施方式的一种组合。本实施方式与第三实施方式的区别在于,在第三实施方式中,Notification消息携带数据同步机制的协商参数;而在本实施方式中,Notification消息不仅携带数据同步机制的协商参数,还携带用于指示如何上报安全认证信息和设备信息的指示信息。本实施方式与第一(或第二)实施方式的区别在于,在第一(或第二)实施方式中,服务器为DS或DM服务器,客户端为DS或DM客户端,Notification消息中携带用于指示如何上报安全认证信息和设备信息的指示信息;而在本实施方式中,服务器为DS服务器,客户端为DS客户端,Notification消息中不仅携带用于指示如何上报安全认证信息和设备信息的指示信息,还携带数据同步机制的协商参数。
因此,需要扩展Notification消息中的字段,以便携带用于指示如何上报安全认证信息和设备信息的指示信息,以及数据同步机制的协商参数。扩展的Notification消息如图9所示,扩展的字段包含:“length-info”字段、“info”字段、“auth-code”字段、“dev-code”字段、“Direction”字段、“ID-Valid”字段、“preserve”字段、“log-valid”字段、“Changed-Items”字段、“Decision”字段、“Datastore-length”字段、和“Data-Store”字段。各字段分别已在第一或第三实施方式中已作过说明,在此不再赘述。
由此可见,本实施方式不仅能够避免由于安全认证信息和/或设备信息的上报不符合服务器要求的信息,而造成的客户端与服务器的多次交互,从而节省了网络资源。而且,DS客户端能够根据携带在Notification消息中的数据同步机制的协商参数,选择相应的同步机制,从而减少了同步机制选择的会话交互,提高了会话效率。
本发明的第五实施方式涉及一种会话连接发起***,如图10所示,包含DS/DM客户端,和DS/DM服务器。
在DS/DM服务器中包括:生成模块,用于生成触发建立会话连接的消息,该消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息;和发送模块,用于将该生成模块生成的触发建立会话连接的消息,发送给DS/DM客户端。其中,该指示信息还用于指示上报的安全认证信息所属的机制,和/或指示上报设备信息时所使用的方式。比如说,是上报机制为“auth-basic”的安全认证信息,还是上报机制为“auth-MD5”的安全认证信息;上报设备信息时,是使用以下哪知方式:上报完整的设备信息、上报更新的设备信息、发起空会话、上报设备信息的URI链接。
在DS/DM客户端中包括:接收模块,用于接收来自DS/DM服务器的触发建立会话连接的消息(该消息即是携带表示是否要求上报安全认证信息和/或设备信息的指示信息的消息);解析模块,用于解析该接收模块收到的触发建立会话连接的消息;和发送模块,用于在该解析模块从触发建立会话连接的消息中解析出该指示信息为要求上报时,向DS/DM服务器发送携带安全认证信息和/或设备信息的发起会话连接的消息。本实施方式中的触发建立会话连接的消息可以是Notification消息。
由于DS/DM客户端能够通过触发建立会话连接的消息了解到DS/DM服务器发起会话的意图,因此可避免由于安全认证信息和/或设备信息的上报不符合服务器要求的信息,而造成的客户端与服务器的多次交互,从而节省了网络资源。
值得一提的是,本实施方式中的DS/DM客户端,还可以包括安全认证模块,用于在解析出的指示信息并未明确指示是否要求上报安全认证信息时,按默认的认证方式进行安全认证;和记录模块,用于在按默认的认证方式进行安全认证成功后,记录该默认的认证方式。以便在之后的认证中,使用该能够通过认证的认证方式,从而提高了认证成功的概率。
本发明的第六实施方式涉及一种同步会话发起***,如图11所示,包含DS/DM客户端,和DS/DM服务器。
在DS/DM服务器中包括:生成模块,用于生成触发建立会话连接的消息,该消息中携带数据同步机制的协商参数;和发送模块,用于将该生成模块生成的触发建立会话连接的消息,发送给DS客户端。其中,数据同步机制的协商参数包含以下之一或其任意组合:用于指示会话内容的信息、用于指示会话内容长度的信息、用于指示同步方向的信息、用于指示DS服务器端数据条目的标识是否有效的信息、用于指示对数据的保存情况的信息、用于指示DS服务器端的修改日志是否有效的信息、用于指示DS服务器端改变的数据项数目的信息、用于指示决定方向的信息、用于指示DS服务器是否希望开始连续的同步会话的信息、用于指示待同步数据库的标识的信息、和用于指示该待同步数据库标识长度的信息。
在DS客户端中包括:接收模块,用于接收来自DS服务器的触发建立会话连接的消息(该消息即是携带数据同步机制的协商参数的消息),该消息中携带数据同步机制的协商参数;解析模块,用于解析该接收模块收到的触发建立会话连接的消息;选择模块,用于根据该解析模块从触发建立会话连接的消息中解析出的该协商参数,选择同步机制;同步会话发起模块,用于使用该选择模块所选的同步机制向DS服务器发起同步会话。本实施方式中的触发建立会话连接的消息可以是Notification消息。
由于在触发建立会话连接的消息中携带了数据同步机制的协商参数,因此可使得DS客户端能够根据此信息选择相应的同步机制,从而减少了同步机制选择的会话交互,提高了会话效率。
另外,值得一提的是,在DS服务器的生成模块生成的触发建立会话连接的消息中,还可以携带表示是否要求上报安全认证信息和/或设备信息的指示信息。在DS客户端中,还可以包括发送模块,用于在该解析模块从触发建立会话连接的消息中解析出的指示信息为要求上报时,向DS服务器发送携带安全认证信息和/或设备信息的发起会话连接的消息。以免由于安全认证信息和/或设备信息的上报不符合服务器要求的信息,而造成客户端与服务器的多次交互,从而节省了网络资源。
综上所述,在本发明的实施方式中,触发建立会话连接的消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息,DS/DM客户端根据该指示信息决定向DS/DM服务器发送的发起会话连接的消息中,是否需要携带安全认证信息和/或设备信息。由于DS/DM客户端能够通过触发建立会话连接的消息了解到DS/DM服务器发起会话的意图,因此可避免由于安全认证信息和/或设备信息的上报不符合服务器要求的信息,而造成的客户端与服务器的多次交互,从而节省了网络资源。
触发建立会话连接的消息中的指示信息还可以进一步用于指示上报安全认证信息时所使用的机制,和/或上报设备信息时所使用的方式,使得DS/DM客户端的上报能够进一步满足DS/DM服务器的需求。
如果指示信息并未明确指示是否要求上报安全认证信息,则DS/DM客户端按默认的认证方式进行安全认证,并在认证成功后,记录该认证方式。以便在之后的认证中,使用该能够通过认证的认证方式,从而提高了认证成功的概率。
在触发建立会话连接的消息中携带数据同步机制的协商参数,使得DS客户端能够根据此信息选择相应的同步机制,从而减少了同步机制选择的会话交互,提高了会话效率。
虽然通过参照本发明的某些优选实施方式,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (12)
1.一种会话连接发起方法,其特征在于,包含以下步骤:
接收来自数据同步或设备管理DS/DM服务器的触发建立会话连接的消息,该消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息;
如果所述指示信息为要求上报,则向所述DS/DM服务器发送携带安全认证信息和/或设备信息的发起会话连接的消息。
2.根据权利要求1所述的会话连接发起方法,其特征在于,所述指示信息还用于指示上报的所述安全认证信息所属的机制;
所述安全认证信息所属的机制为“auth-basic”,或为“auth-MD5”。
3.根据权利要求1所述的会话连接发起方法,其特征在于,所述指示信息还用于指示上报所述设备信息时所使用的方式;
所述上报所述设备信息时所使用的方式为以下之一:
上报完整的设备信息、上报更新的设备信息、发起空会话、上报设备信息的统一资源标识URI链接。
4.根据权利要求3所述的会话连接发起方法,其特征在于,所述使用发起空会话的方式上报所述设备信息的方式如下:
在收到所述DS/DM服务器下发的用于获取设备信息的命令时,上报所述设备信息。
5.根据权利要求1至4中任一项所述的会话连接发起方法,其特征在于,所述触发建立会话连接的消息为“Notification”消息。
6.根据权利要求1至4中任一项所述的会话连接发起方法,其特征在于,还包含以下步骤:
如果所述指示信息并未明确指示是否要求上报所述安全认证信息,则按默认的认证方式进行安全认证,并在认证成功后,记录该认证方式。
7.根据权利要求6所述的会话连接发起方法,其特征在于,所述记录的方式如下:
将所述默认的认证方式记录在用于指定认证方式的认证类型“AAuthPref”节点中;或者,
将所述默认的认证方式记录在“DMAcc”中扩展的与认证相关的节点中,该“DMAcc”为用于管理开放移动联盟设备管理协议设置的管理对象。
8.一种DS/DM客户端,其特征在于,包括:
接收模块,用于接收来自DS/DM服务器的触发建立会话连接的消息,该消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息;
解析模块,用于解析所述接收模块收到的触发建立会话连接的消息;
发送模块,用于在所述解析模块从所述触发建立会话连接的消息中解析出所述指示信息为要求上报时,向所述DS/DM服务器发送携带安全认证信息和/或设备信息的发起会话连接的消息。
9.根据权利要求8所述的DS/DM客户端,其特征在于,所述指示信息还用于指示上报的所述安全认证信息所属的机制,和/或指示上报所述设备信息时所使用的方式。
10.根据权利要求8所述的DS/DM客户端,其特征在于,还包含:
安全认证模块,用于在所述指示信息并未明确指示是否要求上报所述安全认证信息时,按默认的认证方式进行安全认证;
记录模块,用于在按所述默认的认证方式进行安全认证成功后,记录该默认的认证方式。
11.一种DS/DM服务器,其特征在于,包括:
生成模块,用于生成触发建立会话连接的消息,该消息中携带表示是否要求上报安全认证信息和/或设备信息的指示信息;
发送模块,用于将所述生成模块生成的触发建立会话连接的消息,发送给DS/DM客户端。
12.根据权利要求11所述的DS/DM服务器,其特征在于,所述指示信息还用于指示上报的所述安全认证信息所属的机制,和/或指示上报所述设备信息时所使用的方式。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710137726XA CN101340286B (zh) | 2007-05-30 | 2007-05-30 | 会话连接发起方法及设备 |
PCT/CN2008/070946 WO2008145047A1 (en) | 2007-05-30 | 2008-05-13 | Method and device for initiating the session connection |
EP08748555.3A EP2081318B1 (en) | 2007-05-30 | 2008-05-13 | Method and device for initiating the session connection |
US12/499,486 US20090271845A1 (en) | 2007-05-30 | 2009-07-08 | Method and device for initiating session |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710137726XA CN101340286B (zh) | 2007-05-30 | 2007-05-30 | 会话连接发起方法及设备 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710108398.0 Division | 2007-05-30 | 2007-05-30 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101340286A true CN101340286A (zh) | 2009-01-07 |
CN101340286B CN101340286B (zh) | 2011-03-30 |
Family
ID=40074577
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710137726XA Active CN101340286B (zh) | 2007-05-30 | 2007-05-30 | 会话连接发起方法及设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20090271845A1 (zh) |
EP (1) | EP2081318B1 (zh) |
CN (1) | CN101340286B (zh) |
WO (1) | WO2008145047A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105306233A (zh) * | 2014-06-19 | 2016-02-03 | 中兴通讯股份有限公司 | 终端管理方法及***、服务器、终端 |
WO2016188150A1 (zh) * | 2015-05-26 | 2016-12-01 | 中兴通讯股份有限公司 | 会话的交互方法及服务器、用户终端、计算机存储介质 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8626128B2 (en) | 2011-04-07 | 2014-01-07 | Microsoft Corporation | Enforcing device settings for mobile devices |
US8010997B2 (en) * | 2005-06-30 | 2011-08-30 | Microsoft Corporation | Enforcing device settings for mobile devices |
CN102487406B (zh) * | 2011-06-15 | 2017-03-15 | 上海博路信息技术有限公司 | 一种云模式的终端通讯录增强*** |
EP2704359A1 (en) * | 2012-08-31 | 2014-03-05 | HTC Corporation | Method of handling web interaction sessions in OMA DM systems |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI113129B (fi) * | 2001-03-26 | 2004-02-27 | Nokia Corp | Sovellusdatan synkronointi tietoliikennejärjestelmässä |
JP4588271B2 (ja) * | 2001-09-18 | 2010-11-24 | 富士通株式会社 | データ同期システム、データ同期方法、データセンタ及びクライアント端末 |
US20040044799A1 (en) * | 2002-09-03 | 2004-03-04 | Nokia Corporation | Method, device and system for synchronizing of data providing for the handling of an interrupted synchronization process |
FI116703B (fi) * | 2003-07-11 | 2006-01-31 | Nokia Corp | Solmujen määrittäminen laitteenhallintajärjestelmässä |
US7685257B2 (en) * | 2003-11-10 | 2010-03-23 | Sun Microsystems, Inc. | Portable thin client for the enterprise workspace |
US7428599B2 (en) * | 2004-01-09 | 2008-09-23 | Vitesse Semiconductor Corporation | Method for detecting link partner state during auto negotiation and switching local state to establish link |
KR100641237B1 (ko) * | 2004-08-05 | 2006-11-02 | 엘지전자 주식회사 | 장치관리 서비스 유알엘을 이용한 장치관리 시스템 및 방법 |
US7889869B2 (en) * | 2004-08-20 | 2011-02-15 | Nokia Corporation | Methods and apparatus to integrate mobile communications device management with web browsing |
US20060174103A1 (en) | 2004-09-16 | 2006-08-03 | Nokia Corporation | System and method for integrating PKI and XML-based security mechanisms in SyncML |
KR100689774B1 (ko) * | 2005-07-20 | 2007-03-08 | 주식회사 현대오토넷 | 텔레매틱스 단말기와 컴퓨터간 동기화 서비스를 제공하는홈 텔레매틱스 시스템 및 그 방법 |
US20070027971A1 (en) * | 2005-07-26 | 2007-02-01 | Sunil Marolia | Device management network with notifications comprising multiple choice prompts |
CN1929475A (zh) * | 2005-09-09 | 2007-03-14 | 乐金电子(昆山)电脑有限公司 | 以SyncML协议为基础的认证方法 |
JP4644738B2 (ja) * | 2005-12-02 | 2011-03-02 | エルジー エレクトロニクス インコーポレイティド | ブロードキャストチャネルを利用した装置管理方法 |
CN100531212C (zh) * | 2006-01-21 | 2009-08-19 | 华为技术有限公司 | 一种协商设备信息的***、方法 |
CN100372311C (zh) * | 2006-03-08 | 2008-02-27 | 华为技术有限公司 | 一种同步标示语言中终端管理的无线搜索方法 |
US7925247B2 (en) * | 2006-05-02 | 2011-04-12 | Hewlett-Packard Development Company, L.P. | Managing mobile devices based on roaming status |
US8638676B2 (en) * | 2007-03-27 | 2014-01-28 | Blackberry Limited | Methods and systems to allow multiple SIP applications on a SIP client the ability to select specific applications and features on a SIP server |
CN101355524B (zh) * | 2007-07-24 | 2013-10-09 | 华为技术有限公司 | 一种消息处理方法、***、服务器和终端 |
-
2007
- 2007-05-30 CN CN200710137726XA patent/CN101340286B/zh active Active
-
2008
- 2008-05-13 WO PCT/CN2008/070946 patent/WO2008145047A1/zh active Application Filing
- 2008-05-13 EP EP08748555.3A patent/EP2081318B1/en active Active
-
2009
- 2009-07-08 US US12/499,486 patent/US20090271845A1/en not_active Abandoned
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105306233A (zh) * | 2014-06-19 | 2016-02-03 | 中兴通讯股份有限公司 | 终端管理方法及***、服务器、终端 |
WO2016188150A1 (zh) * | 2015-05-26 | 2016-12-01 | 中兴通讯股份有限公司 | 会话的交互方法及服务器、用户终端、计算机存储介质 |
CN106302343A (zh) * | 2015-05-26 | 2017-01-04 | 中兴通讯股份有限公司 | 一种设备管理***中会话的交互方法及服务器、用户终端 |
Also Published As
Publication number | Publication date |
---|---|
EP2081318A4 (en) | 2009-11-11 |
US20090271845A1 (en) | 2009-10-29 |
EP2081318B1 (en) | 2016-07-13 |
CN101340286B (zh) | 2011-03-30 |
WO2008145047A1 (en) | 2008-12-04 |
EP2081318A1 (en) | 2009-07-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101355524B (zh) | 一种消息处理方法、***、服务器和终端 | |
CN101316221B (zh) | 通知消息处理方法及设备 | |
US9467517B2 (en) | Method and apparatus for remote management of device | |
US7602765B2 (en) | Method for synchronizing status information of IMPS client | |
EP2001160A9 (en) | The method of device capability information negotiation, the method, system and device of synchronization | |
CN101340286A (zh) | 会话连接发起方法及设备 | |
CN101909084A (zh) | 终端软件升级的方法、***和业务平台*** | |
CN111263338B (zh) | 蓝牙Mesh网络的配网方法与相关配网设备及*** | |
CN105409187A (zh) | 支持通用即插即用协议的通信***中执行无线对接操作的设备和方法 | |
CN107370810A (zh) | 推送通道选择方法、服务器及终端设备 | |
CN104219705A (zh) | VoLTE终端重注册方法和装置 | |
CN101420389A (zh) | 一种文件传送***及方法 | |
CN104954462A (zh) | 一种高并发可扩展的智能家居通信方法和*** | |
CN104735816A (zh) | 控制无线网络直连群组中无线设备断开的方法及无线设备 | |
CN101686223B (zh) | 一种内容过滤的反馈方法和装置 | |
CN101631142A (zh) | Sip服务器以及通信*** | |
CN102598735B (zh) | 建立应用会话的方法、设备和相应通知 | |
KR100844361B1 (ko) | 자료 동기화 게이트웨이 시스템 및 방법 | |
CN102904742A (zh) | 对可执行节点的操作方法及*** | |
CN107094265B (zh) | 一种优化直播移动端用户关注操作的方法及*** | |
JP5299149B2 (ja) | 無線通信装置及び無線通信システム | |
CN101316263B (zh) | 资源预留方法及设备 | |
KR20090130744A (ko) | 무선 통신 단말의 원격 관리 방법 및 시스템 | |
CN107306282A (zh) | 一种链路保活方法及装置 | |
KR101101614B1 (ko) | 단대단 가상 홈 네트워크에서의 서비스 제어 시스템 및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |