CN102801545B - 配置信息的获取方法和设备 - Google Patents
配置信息的获取方法和设备 Download PDFInfo
- Publication number
- CN102801545B CN102801545B CN201110137247.4A CN201110137247A CN102801545B CN 102801545 B CN102801545 B CN 102801545B CN 201110137247 A CN201110137247 A CN 201110137247A CN 102801545 B CN102801545 B CN 102801545B
- Authority
- CN
- China
- Prior art keywords
- configuration information
- ike
- load
- attribute
- information server
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种配置信息的获取方法和设备，一种方法包括：接收基站发送的互联网密钥交换认证IKE_AUTH请求消息，请求消息的载荷中携带配置信息服务器地址和配置信息属性，配置信息属性用于指示请求的配置信息；根据配置信息服务器地址和配置信息属性，向对应的配置信息服务器请求获取配置信息；接收配置信息服务器发送的配置信息；向基站发送IKE_AUTH响应消息，IKE_AUTH响应消息的载荷中携带配置信息。本实施例提供的配置信息的获取方法和设备，本发明实施例提供的配置信息的获取方法和设备，使eNB能够通过SeGW从保存配置信息的服务器上获取配置信息，配置信息获取过程简单，节约人力资源，保证业务流程的顺利执行。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种配置信息的获取方法和设备。
背景技术
在长期演进(LongTermEvolution；LTE)系统中，演进型基站(evolvedNodeB；eNB)会与位于核心网边界的安全网关(SecurityGateway；SeGW)建立互联网协议安全性(IPSec)隧道，从而eNB可以通过SeGW安全地接入到运营商核心网。在eNB与SeGW建立IPSec隧道的过程中，eNB需要获取一些配置信息，例如：控制参数，缺省地址信息等，具体可能是网元管理系统(EMS)IP、运营维护(OM)IP以及虚拟局域网(VirtualLocalAreaNetwork；VLAN)标识以及一些其他的信息，eNB能够根据这些信息进行后续的一些操作。
现有技术中，通常将eNB需要的配置信息人工配置到eNB上，然而这种人工配置方法浪费人力资源，并且配置过程较为繁琐。
发明内容
本发明实施例提供了一种配置信息的获取方法和设备，以解决现有技术中采用人工方式在eNB上配置信息浪费人力资源以及配置过程繁琐的问题。
本发明实施例提供一种配置信息的获取方法，包括：
接收基站发送的互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息；
根据所述配置信息服务器地址和配置信息属性，向对应的配置信息服务器请求获取所述配置信息；
接收所述配置信息服务器发送的所述配置信息；
向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息。
本发明实施例还提供另一种配置信息的获取方法，包括：
向安全网关发送互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息，以使所述安全网关向所述配置信息服务器请求获取所述配置信息；
接收所述安全网关发送的IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息。
本发明实施例还提供一种安全网关，包括：
第一接收模块，用于接收基站发送的互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息；
第一发送模块，用于根据所述配置信息服务器地址和配置信息属性，向对应的配置信息服务器请求获取所述配置信息；
第二接收模块，用于接收所述配置信息服务器发送的所述配置信息；
第二发送模块，用于向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息。
本发明实施例提供还提供一种基站，包括：
发送模块，用于向安全网关发送互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息，以使所述安全网关向所述配置信息服务器请求获取所述配置信息；
接收模块，用于接收所述安全网关发送的IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息。
本发明实施例提供的配置信息的获取方法和设备，通过eNB和SeGW之间IKEv2协议通信信令中的CP载荷和/或VendorID载荷携带配置服务器地址信息和请求的配置信息，使eNB能够通过SeGW从保存配置信息的服务器上获取配置信息，配置信息获取过程简单，节约人力资源，保证业务流程的顺利执行。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明提供的配置信息的获取方法一个实施例的流程图；
图2为本发明提供的配置信息获取方法又一个实施例的流程图；
图3为本发明提供的配置信息获取方法另一个实施例的流程图；
图4为本发明提供的配置信息的获取方法再一个实施例的流程图；
图5为本发明提供的配置信息的获取方法第三实施例的流程图；
图6为本发明提供的配置信息的获取方法第四实施例的流程图；
图7为本发明提供的安全网关一个实施例的结构示意图；
图8为本发明提供的安全网关又一个实施例的结构示意图；
图9为本发明提供的基站一个实施例的结构示意图；
图10为本发明提供的基站又一个实施例的结构示意图；
图11为本发明提供的配置信息服务器一个实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明提供的配置信息的获取方法一个实施例的流程图，如图1所示，该方法包括：
S101、接收基站发送的互联网密钥交换认证IKE_AUTH请求消息，请求消息的载荷中携带配置信息服务器地址和配置信息属性，配置信息属性用于指示请求的配置信息；
S102、根据配置信息服务器地址和配置信息属性，向对应的配置信息服务器请求获取配置信息；
S103、接收配置信息服务器发送的配置信息；
S104、向基站发送IKE_AUTH响应消息，IKE_AUTH响应消息的载荷中携带配置信息。
本实施例中，以上步骤的执行主体为安全网关SeGW。
基站eNB和SeGW通过IKEv2协议建立IPSec隧道，在IKEv2协议中，定义了配置载荷(ConfigurationPayload；CP)和供应商代码(VendorID)载荷。其中，CP载荷可以用来请求IP地址。其中，IKEv2协议中定义的配置载荷CP的格式如下：
以下是配置属性的格式：
目前配置属性中的属性值取值如下：
| 属性类型 | 值 | 是否多个值 | 值长 |
| INTERNAL_IP4_ADDRESS | 1 | 是 | 0或4字节 |
| INTERNAL_IP4_NETMASK | 2 | 否 | 0或4字节 |
| INTERNAL_IP4_DNS | 3 | 是 | 0或4字节 |
| INTERNAL_IP4_NBNS | 4 | 是 | 0或4字节 |
| INTERNAL_IP4_DHCP | 6 | 是 | 0或4字节 |
| APPLICATION_VERSION | 7 | 否 | 0或多字节 |
| INTERNAL_IP6_ADDRESS | 8 | 是 | 0或17字节 |
| INTERNAL_IP6_DNS | 10 | 是 | 0或16字节 |
| INTERNAL_IP6_DHCP | 12 | 是 | 0或16字节 |
| INTERNAL_IP4_SUBNET | 13 | 是 | 0或8字节 |
| SUPPORTED_ATTRIBUTES | 14 | 否 | 2的倍数字节 |
| INTERNAL_IP6_SUBNET | 15 | 是 | 17字节 |
VendorID载荷，包含一个供应商定义的常量。其长度是可变的，并且VendorID具有唯一性，可以包括自定义的一些信息。
在eNB与SeGW建立IPSec隧道的过程中，eNB所需要的配置信息，例如：控制参数，缺省地址信息等，这些配置信息通常集中保存在核心网的一个服务器上。本发明实施例提供的方法中，eNB可以通过SeGW获取保存在服务器上的配置信息。本发明实施例涉及的保存配置信息的服务器称为配置信息服务器。
基站在与SeGW建立IPSec隧道后，基站可以向SeGW发送互联网密钥交换认证(InternetKeyExchangeAuthentication；IKE_AUTH)请求消息，在该请求消息的载荷中携带配置信息服务器地址和配置信息属性，其中，配置服务器的地址可以是互联网协议(InteretProtoCol；IP)地址，还可以是域名系统(DomainNameSystem；DNS)值等。配置信息属性用于指示基站请求获取哪种配置信息。
具体的，基站可以将配置信息服务器地址和配置信息属性均携带在IKE_AUTH请求消息的CP载荷中发送给SeGW，SeGW接收到IKE_AUTH请求消息后，可以从CP载荷中解析出配置信息服务器地址，并根据该地址向服务器请求获取配置信息，配置信息服务器接收到SeGW发出的请求后，可以根据预先配置的配置信息的填充顺序，将配置信息填充至SeGW发出的请求信息中返回给SeGW，SeGW可以将配置信息服务器填充的配置信息携带在IKE_AUTH响应消息中的CP载荷中发送给基站，从而使基站能够获得所需的配置信息。
或者，基站还可以将配置信息服务器地址携带在VendorID载荷中，而将配置信息属性携带在CP载荷中发送给SeGW。SeGW根据VendorID载荷中的配置信息服务器地址向服务器请求配置信息。或者，基站还可以将配置信息服务器地址携带在CP载荷中，而将配置信息属性携带在VendorID载荷中发送给SeGW；或者是，基站还可以将配置信息服务器地址以及配置信息属性都携带在VendorID载荷中。其中，SeGW与基站可以预先协商VendorID载荷中可携带的配置信息类型以及配置信息的填充顺序，SeGW接收到配置信息服务器返回的配置信息后，可以根据与基站预先协商的配置信息类型及其填充顺序，将接收的配置信息填充至VendorID载荷中，并将携带该填充后的VendorID载荷的IKE_AUTH响应消息发送给基站。
本实施例提供的配置信息的获取方法，通过eNB和SeGW之间IKEv2协议通信信令中的CP载荷和/或VendorID载荷携带配置服务器地址信息和请求的配置信息，使eNB能够通过SeGW从保存配置信息的服务器上获取配置信息，配置信息获取过程简单，节约人力资源，保证业务流程的顺利执行。
图2为本发明提供的配置信息获取方法又一个实施例的流程图，如图2所示，该方法包括：
S201、向安全网关发送互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息，以使所述安全网关向所述配置信息服务器请求获取所述配置信息；
S202、接收所述安全网关发送的IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息。
以上步骤的执行主体为基站。
基站在与SeGW建立IPSec隧道后，基站可以向SeGW发送IKE_AUTH请求消息。具体的，基站可以将配置信息服务器地址和配置信息属性均携带在IKE_AUTH请求消息的CP载荷中发送给SeGW，SeGW接收到IKE_AUTH请求消息后，可以从CP载荷中解析出配置信息服务器地址，并根据该地址向服务器请求获取配置信息，配置信息服务器接收到SeGW发出的请求后，可以根据预先配置的配置信息的填充顺序，将配置信息填充至SeGW发出的请求信息中返回给SeGW，SeGW可以将配置信息服务器填充的配置信息携带在IKE_AUTH响应消息中的CP载荷中发送给基站，从而使基站能够获得所需的配置信息。
或者，基站还可以将配置信息服务器地址携带在VendorID载荷中，而将配置信息属性携带在CP载荷中发送给SeGW。SeGW根据VendorID载荷中的配置信息服务器地址向服务器请求配置信息。或者，基站还可以将配置信息服务器地址携带在CP载荷中，而将配置信息属性携带在VendorID载荷中发送给SeGW；基站还可以将配置信息服务器地址以及配置信息属性都携带在VendorID载荷中。其中，SeGW与基站可以预先协商VendorID载荷中可携带的配置信息类型以及配置信息的填充顺序，SeGW接收到配置信息服务器返回的配置信息后，可以根据与基站预先协商的配置信息类型及其填充顺序将接收的配置信息填充至VendorID载荷中，并将携带该填充后的VendorID载荷的IKE_AUTH响应消息发送给基站。
本实施例提供的配置信息的获取方法，通过eNB和SeGW之间IKEv2协议通信信令中的CP载荷和/或VendorID载荷携带配置服务器地址信息和请求的配置信息，使eNB能够通过SeGW从保存配置信息的服务器上获取配置信息，配置信息获取过程简单，节约人力资源，保证业务流程的顺利执行。
图3为本发明提供的配置信息获取方法另一个实施例的流程图，如图3所示，该方法包括：
S301、接收安全网关发出的获取配置信息请求；
S302、根据所述获取配置信息请求向所述安全网关返回所述配置信息。
以上步骤的执行主体的保存配置信息的服务器，称为配置信息服务器。
具体的，基站向SeGW发送IKE_AUTH请求消息，基站可以将配置信息服务器地址和配置信息属性均携带在IKE_AUTH请求消息的CP载荷中发送给SeGW，SeGW接收到IKE_AUTH请求消息后，可以从CP载荷中解析出配置信息服务器地址，并根据该地址向服务器请求获取配置信息，配置信息服务器接收到SeGW发出的请求后，可以根据预先配置的配置信息的填充顺序，将配置信息填充至SeGW发出的请求信息中返回给SeGW，SeGW可以将配置信息服务器填充的配置信息携带在IKE_AUTH响应消息中的CP载荷中发送给基站，从而使基站能够获得所需的配置信息。
或者，基站还可以将配置信息服务器地址携带在VendorID载荷中，而将配置信息属性携带在CP载荷中发送给SeGW。SeGW根据VendorID载荷中的配置信息服务器地址向服务器请求配置信息。或者，基站还可以将配置信息服务器地址携带在CP载荷中，而将配置信息属性携带在VendorID载荷中发送给SeGW；基站还可以将配置信息服务器地址以及配置信息属性都携带在VendorID载荷中。其中，SeGW与基站可以预先协商VendorID载荷中可携带的配置信息类型以及配置信息的填充顺序，SeGW接收到配置信息服务器返回的配置信息后，可以根据与基站预先协商的配置信息类型及其填充顺序将接收的配置信息填充至VendorID载荷中，并将携带该填充后的VendorID载荷的IKE_AUTH响应消息发送给基站。
本实施例提供的配置信息的获取方法，通过eNB和SeGW之间IKEv2协议通信信令中的CP载荷和/或VendorID载荷携带配置服务器地址信息和请求的配置信息，使eNB能够通过SeGW从保存配置信息的服务器上获取配置信息，配置信息获取过程简单，节约人力资源，保证业务流程的顺利执行。
图4为本发明提供的配置信息的获取方法再一个实施例的流程图，如图4所示，本实施例中，eNB将配置信息服务器地址和配置信息属性均携带在IKE_AUTH请求消息的CP载荷中来携带，其中，配置信息属性可以通过配置信息(ConfigurationInformation；CFG_INFO)属性值表示。其中，eNB和配置信息服务器可以预先配置CFG_INFO属性值中可携带的配置信息类型以及配置信息的填充顺序。安全网关将CFG_INFO属性值发送给配置信息服务器，配置信息服务器根据预先配置的填充顺序将配置信息填充至CFG_INFO属性值中返回给安全网关，安全网关将填充后的CFG_INFO属性值携带在IKE_AUTH响应的CP载荷中返回给eNB。
该方法具体包括：
S401、eNB向SeGW发送互联网密钥交换安全初始化(InternetKeyExchangeSecurityInitialization；IKE_SA_INIT)请求消息，请求建立IKE安全关联；
S402、SeGW向eNB发送IKE_SA_INIT响应消息；
S403、eNB向SeGW发送IKE_AUTH请求消息，该请求消息的CP载荷中携带配置信息服务器地址DEST_SERVER_ADDRESS和配置信息CFG_INFO属性值；
其中，配置信息服务器地址DEST_SERVER_ADDRESS可以是一个具体IP地址，也可以是一个DNS值。CFG_INFO属性值为eNB和保存配置信息的服务器上预先配置的一个属性值，eNB和配置信息服务器预先配置该CFG_INFO属性值中可携带的配置信息类型以及配置信息的填充顺序。eNB可以通过CFG_INFO属性值来指示请求获取的配置信息，eNB可以通过CFG_INFO属性值请求获取全部的配置信息，或者请求获取部分信息。通过CFG_INFO属性值来指示请求获取的配置信息的具体方式不做限制，eNB和配置信息服务器上可以预先定义CFG_INFO属性值中指示需要获取的配置信息的方式，例如：可以在CFG_INFO属性值中的属性类型中添加标识，以指示需要获取的配置信息类型等。
具体的，可以将CFG_INFO属性值和配置服务器地址DEST_SERVER_ADDRESS定义为两个不同的配置属性：即CFG_INFO属性值和DEST_SERVER_ADDRESS属性，其value取值可以为0、9、及16～32767中的任意值，如下表所示：
| 属性类型 | 值 | 是否多个值 | 值长 |
| INTERNAL_IP4_ADDRESS | 1 | 是 | 0或4字节 |
| INTERNAL_IP4_NETMASK | 2 | 否 | 0或4字节 |
| INTERNAL_IP4_DNS | 3 | 是 | 0或4字节 |
| INTERNAL_IP4_NBNS | 4 | 是 | 0或4字节 |
| INTERNAL_IP4_DHCP | 6 | 是 | 0或4字节 |
| APPLICATION_VERSION | 7 | 否 | 0或多字节 |
| INTERNAL_IP6_ADDRESS | 8 | 是 | 0或17字节 |
| INTERNAL_IP6_DNS | 10 | 是 | 0或16字节 |
| INTERNAL_IP6_DHCP | 12 | 是 | 0或16字节 |
| INTERNAL_IP4_SUBNET | 13 | 是 | 0或8字节 |
| SUPPORTED_ATTRIBUTES | 14 | 否 | 2的倍数字节 |
| INTERNAL_IP6_SUBNET | 15 | 是 | 17字节 |
| DEST_SERVER_ADDRESS | 16 | 是 | 0或4字节 |
| CFG_INFO | 17 | 是 | 0或多字节 |
还可以将CFG_INFO属性值和DEST_SERVER_ADDRESS定义为一个配置属性ADDRESS_INFO属性，这个属性值包含CFG_INFO属性值和DEST_SERVER_ADDRESS两部分，SeGW通过该CP载荷解析ADDRESS_INFO，获得CFG_INFO属性值和DEST_SERVER_ADDRESS。其中，ADDRESS_INFO取值可以是0、9、及16～32767中的任意值，如下表所示：
| 属性类型 | 值 | 是否多个值 | 值长 |
| INTERNAL_IP4_ADDRESS | 1 | 是 | 0或4字节 |
| INTERNAL_IP4_NETMASK | 2 | 否 | 0或4字节 |
| INTERNAL_IP4_DNS | 3 | 是 | 0或4字节 |
| INTERNAL_IP4_NBNS | 4 | 是 | 0或4字节 |
| INTERNAL_IP4_DHCP | 6 | 是 | 0或4字节 |
| APPLICATION_VERSION | 7 | 否 | 0或多字节 |
| INTERNAL_IP6_ADDRESS | 8 | 是 | 0或17字节 |
| INTERNAL_IP6_DNS | 10 | 是 | 0或16字节 |
| INTERNAL_IP6_DHCP | 12 | 是 | 0或16字节 |
| INTERNAL_IP4_SUBNET | 13 | 是 | 0或8字节 |
| SUPPORTED_ATTRIBUTES | 14 | 否 | 2的倍数字节 |
| INTERNAL_IP6_SUBNET | 15 | 是 | 17字节 |
| ADDRESS_INFO | 16 | 是 | 0或多字节 |
S404、SeGW解析CP载荷；
其中，如果CFG_INFO属性值和配置信息服务器地址DEST_SERVER_ADDRESS被定义为CP载荷中的一个配置属性ADDRESS_INFO，那么SeGW还要解析ADDRESS_INFO，SeGW根据DEST_SERVER_ADDRESS找到相应的服务器。
S405、SeGW将CFG_INFO属性值发送给配置信息服务器；
S406、配置信息服务器根据预先配置的配置信息类型及其填充顺序，将eNB请求获取的配置信息填充至CFG_INFO属性值中；
需要说明的是，配置信息服务器可以将eNB请求获取的配置信息中，符合预先配置的配置信息类型的配置信息填充至CFG_INFO属性值中，另外，配置信息服务器还可以根据自身的配置策略等情况，将其他一些相关的配置信息根据预先配置的填充顺序填充至CFG_INFO属性值中。
S407、配置信息服务器向SeGW发送信息响应消息，该响应消息中包含填充配置信息后的CFG_INFO属性值；
S408、SeGW将接收到的填充后的CFG_INFO属性值填充到CP载荷中；
S409、SeGW向eNB发送IKE_AUTH响应消息中，该响应消息中包含携带填充CFG_INFO属性值的CP载荷；
S410、eNB解析CP载荷中的CFG_INFO属性值。
eNB端的应用程序可以根据从CP载荷中的CFG_INFO属性值中解析得到的配置信息进行其它业务操作。
图5为本发明提供的配置信息的获取方法第三实施例的流程图，如图5所示，本实施例中，eNB需要预配置保存eNB配置信息的服务器地址，该服务器为配置信息服务器，eNB将该服务器地址携带在IKE_AUTH请求消息的CP载荷中来携带，而将配置信息属性携带在IKE_AUTH请求消息的VendorID载荷中来携带，SeGW接收到配置信息服务器返回的配置信息后，根据与eNB预先协商的配置信息类型及其填充顺序，将配置信息填充至VendorID载荷中返回给eNB。
该方法具体包括：
S501、eNB向SeGW发送IKE_SA_INIT请求消息，请求建立IKE安全关联；
S502、SeGW向eNB发送IKE_SA_INIT响应消息；
S503、eNB向SeGW发送IKE_AUTH请求消息，该请求消息的CP载荷中携带DEST_SERVER_ADDRESS，VendorID载荷中携带配置信息属性；
其中，eNB和SeGW可以预先协商VendorID载荷中可携带的配置信息类型，及其配置信息的填充顺序。
DEST_SERVER_ADDRESS属性的value取值可以是0、9、及16～32767中的任意值，如下表所示：
| 属性类型 | 值 | 是否多个值 | 值长 |
| INTERNAL_IP4_ADDRESS | 1 | 是 | 0或4字节 |
| INTERNAL_IP4_NETMASK | 2 | 否 | 0或4字节 |
| INTERNAL_IP4_DNS | 3 | 是 | 0或4字节 |
| INTERNAL_IP4_NBNS | 4 | 是 | 0或4字节 |
| INTERNAL_IP4_DHCP | 6 | 是 | 0或4字节 |
| APPLICATION_VERSION | 7 | 否 | 0或多字节 |
| INTERNAL_IP6_ADDRESS | 8 | 是 | 0或17字节 |
| INTERNAL_IP6_DNS | 10 | 是 | 0或16字节 |
| INTERNAL_IP6_DHC | 12 | 是 | 0或16字节 |
| INTERNAL_IP4_SUBNET | 13 | 是 | 0或8字节 |
| SUPPORTED_ATTRIBUTES | 14 | 否 | 2的倍数字节 |
| INTERNAL_IP6_SUBNET | 15 | 是 | 17字节 |
| DEST_SERVER_ADDRESS | 16 | 是 | 0或4字节 |
S504、SeGW根据CP载荷中的DEST_SERVER_ADDRESS找到相应的保存eNB配置信息的配置信息服务器；
S505、SeGW向配置信息服务器请求获取配置信息；
S506、配置信息服务器向SeGW发送信息响应消息，消息中包含了SeGW所请求的配置信息；
S507、SeGW根据与eNB预先协商的配置信息类型及其填充顺序，将从配置信息服务器接收的配置信息填充到VendorID载荷中；
需要说明的是，配置信息服务器可以将eNB请求获取的配置信息返回给SeGW，另外，配置信息服务器还可以根据自身的配置策略等情况，将其他一些相关的配置信息返回给SeGW，SeGW接收到配置信息服务器返回的配置信息后，可以将符合与eNB预先协商的配置信息类型的配置信息，按照与eNB预先协商的填充顺序填充至VendorID载荷中返回给eNB。
S508、SeGW向eNB发送IKE_AUTH响应消息，该响应消息中携带填充了配置信息的VendorID载荷。
S509、eNB解析VendorID载荷的内容获取配置信息，eNB端的应用程序可以根据解析到的配置信息进行其它业务操作。
图6为本发明提供的配置信息的获取方法第四实施例的流程图，如图6所示，本实施例中，eNB需要预配置保存eNB配置信息的服务器地址，该服务器为配置信息服务器，eNB将该服务器地址和配置信息属性均携带在IKE_AUTH请求消息的VendorID载荷中来携带，SeGW接收到配置信息服务器返回的配置信息后，根据与eNB预先协商的配置信息类型及其填充顺序，将配置信息填充至VendorID载荷中返回给eNB。
该方法具体包括：
S601、eNB向SeGW发送IKE_SA_INIT请求消息，请求建立IKE安全关联；
S602、SeGW向eNB发送IKE_SA_INIT响应消息；
S603、eNB向SeGW发送IKE_AUTH请求消息，该请求消息的VendorID载荷中携带配置信息服务器地址DEST_SERVER_ADDRESS，还携带配置信息属性；
其中，eNB和SeGW可以预先协商VendorID载荷中可携带的配置信息类型，以及配置信息的填充顺序。
S604、SeGW根据VendorID载荷中的DEST_SERVER_ADDRESS地址找到相应的配置信息服务器；
S605、SeGW向配置信息服务器请求获取配置信息；
S606、配置信息服务器向SeGW发送信息响应消息，该响应消息中包含了配置信息；
S607、SeGW根据与eNB预先协商的配置信息类型及其填充顺序，将从配置信息服务器获取的配置信息填充到VendorID载荷中；
S608、SeGW向eNB发送在IKE_AUTH响应消息中，该响应消息中包含携带已经填充配置信息的VendorID载荷。
S609、eNB解析VendorID载荷的内容获取配置信息，然后由eNB端的应用程序根据解析到的配置信息进行其它业务操作。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。
图7为本发明提供的安全网关一个实施例的结构示意图，如图7所示，该安全网关包括：第一接收模块11、第一发送模12、第二接收模块13和第二发送模块14；其中，
第一接收模块11，用于接收基站发送的互联网密钥交换认证IKE_AUTH请求消息，请求消息的载荷中携带配置信息服务器地址和配置信息属性，配置信息属性用于指示请求的配置信息；
第一发送模块12，用于根据配置信息服务器地址和配置信息属性，向对应的配置信息服务器请求获取所述配置信息；
第二接收模块13，用于接收配置信息服务器发送的配置信息；
第二发送模块14，用于向基站发送IKE_AUTH响应消息，IKE_AUTH响应消息的载荷中携带配置信息。
图8为本发明提供的安全网关又一个实施例的结构示意图，如图8所示，该安全网关包括：第一接收模块11、第一发送模12、第二接收模块13和第二发送模块14；
在本发明提供的安全网关第一实施例的基础上，作为一种较佳的实施方式，第一接收模块11接收的所述请求消息的配置载荷CP载荷中携带所述配置信息服务器地址和所述配置信息属性，所述配置信息属性通过配置信息CFG_INFO属性值表示。
对应的，第一发送模块12可以具体用于：
向所述配置信息服务器发送所述CFG_INFO属性值，所述CFG_INFO属性值中可携带的配置信息类型及其填充顺序由所述基站和所述配置信息服务器预先配置，以使所述配置信息服务器根据所述配置信息类型及其填充顺序将所述配置信息填充至所述CFG_INFO属性值；
第二接收模块13具体用于：接收配置信息服务器发送的响应消息，响应消息中携带填充后的CFG_INFO属性值；
第二发送模块14具体用于：向基站发送IKE_AUTH响应消息，IKE_AUTH响应消息的CP载荷中携带填充后的CFG_INFO属性值。
作为另一种较佳的实施方式，第一接收模块11接收的所述请求消息的CP载荷中携带配置信息属性，请求消息的VendorID载荷中携带配置信息服务器地址。
另外，第一接收模块11接收的所述请求消息的CP载荷中携带配置信息服务器地址，请求消息的VendorID载荷中携带配置信息属性；或者，请求消息的VendorID载荷中携带配置信息服务器地址和配置信息属性。
进一步的，安全网关还可以包括：协商模块15，用于与所述基站协商VendorID载荷中可携带的配置信息类型及其填充顺序。
相应的，第二发送模块14可以具体用于：根据所述协商模块协商的配置信息类型及其填充顺序，将接收的所述配置信息填充至VendorID载荷中；向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息中携带填充后的VendorID载荷。
本发明实施例提供的安全网关，与本发明实施例提供的配置信息的获取方法相对应，为配置信息的获取方法的执行设备，其具体执行过程可参见方法实施例，不再赘述。
本实施例提供的安全网关，通过eNB和SeGW之间IKEv2协议通信信令中的CP载荷和/或VendorID载荷携带配置服务器地址信息和请求的配置信息，使eNB能够通过SeGW从保存配置信息的服务器上获取配置信息，配置信息获取过程简单，节约人力资源，保证业务流程的顺利执行。
图9为本发明提供的基站一个实施例的结构示意图，如图9所示，该基站包括：发送模块21和接收模块22；
发送模块21，用于向安全网关发送互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息，以使所述安全网关向所述配置信息服务器请求获取所述配置信息；
接收模块22，用于接收所述安全网关发送的IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息。
图10为本发明提供的基站又一个实施例的结构示意图，如图10所示，该基站包括：发送模块21和接收模块22；
进一步的，发送模块21发送的所述请求消息的配置载荷CP载荷中携带所述配置信息服务器地址和所述配置信息属性，所述配置信息属性通过配置信息CFG_INFO属性值表示。
所述CFG_INFO属性值中可携带的配置信息类型及其填充顺序由所述基站和所述配置信息服务器预先配置，接收模块22接收的所述IKE_AUTH响应消息的CP载荷中携带所述配置信息服务器根据所述配置信息类型及其填充顺序填充所述请求的配置信息后的CFG_INFO属性值。
接收模块22接收的所述请求消息的CP载荷中携带所述配置信息服务器地址，所述请求消息的VendorID载荷中携带所述配置信息属性；或者，所述接收模块接收的所述请求消息的VendorID载荷中携带所述配置信息服务器地址和所述配置信息属性。
进一步的，基站还可以包括：协商模块23，用于与所述安全网关协商VendorID载荷中可携带的配置信息类型及其填充顺序。
接收模块22接收的所述IKE_AUTH响应消息中携带所述安全网关根据所述配置信息类型及其填充顺序填充所述配置信息后的VendorID载荷。
本发明实施例提供的基站，与本发明实施例提供的配置信息的获取方法相对应，为配置信息的获取方法的执行设备，其具体执行过程可参见方法实施例，不再赘述。
本实施例提供的基站，通过eNB和SeGW之间IKEv2协议通信信令中的CP载荷和/或VendorID载荷携带配置服务器地址信息和请求的配置信息，使eNB能够通过SeGW从保存配置信息的服务器上获取配置信息，以保证业务流程的顺利执行。
图11为本发明提供的配置信息服务器一个实施例的结构示意图，如图11所示，该配置信息服务器包括：接收模块31和发送模块32；
接收模块31，用于接收安全网关发出的获取配置信息请求；
发送模块32，用于根据所述获取配置信息请求向所述安全网关返回所述配置信息。
其中，基站向SeGW发送IKE_AUTH请求消息，基站可以将配置信息服务器地址和配置信息属性均携带在IKE_AUTH请求消息的CP载荷中发送给SeGW，SeGW接收到IKE_AUTH请求消息后，可以从CP载荷中解析出配置信息服务器地址，并根据该地址向服务器请求获取配置信息。SeGW可以将eNB和配置信息服务器预先配置的CFG_INFO属性值发送给配置信息服务器(其中，该CFG_INFO属性值中规定了可携带的配置信息类型及其填充顺序)，即配置信息服务器的接收模块31接收到SeGW发送的CFG_INFO属性值，发送模块32可以根据CFG_INFO属性值中规定的可携带的配置信息类型及其填充顺序，将基站所需的配置信息填充至CFG_INFO属性值中，并将填充后的CFG_INFO属性值发送给SeGW，SeGW可以将填充后的CFG_INFO属性值携带在IKE_AUTH响应消息中的CP载荷中发送给基站，从而使基站能够获得所需的配置信息。
或者，基站还可以将配置信息服务器地址携带在VendorID载荷中，而将配置信息属性携带在CP载荷中发送给SeGW。SeGW根据VendorID载荷中的配置信息服务器地址向服务器请求配置信息。或者，基站还可以将配置信息服务器地址携带在CP载荷中，而将配置信息属性携带在VendorID载荷中发送给SeGW；基站还可以将配置信息服务器地址以及配置信息属性都携带在VendorID载荷中。SeGW向配置信息服务器请求获取配置信息，即配置信息服务器的接收模块31获取SeGW发出的获取配置信息请求，发送模块31可以直接将基站所需的配置信息发送给SeGW。其中，SeGW可以和eNB预先协商VendorID载荷中可携带的配置信息类型及其填充顺序，SeGW接收到配置信息服务器返回的配置信息后，可以根据与基站预先协商的配置信息类型及其填充顺序，将配置信息填充至VendorID载荷中，并将携带填充配置信息后的VendorID载荷的IKE_AUTH响应消息发送给基站。
本发明实施例提供的配置信息服务器，与本发明实施例提供的配置信息的获取方法相对应，为配置信息的获取方法的执行设备，其具体执行过程可参见方法实施例，不再赘述。
本实施例提供的配置信息服务器，通过eNB和SeGW之间IKEv2协议通信信令中的CP载荷和/或VendorID载荷携带配置服务器地址信息和请求的配置信息，使eNB能够通过SeGW从保存配置信息的服务器上获取配置信息，配置信息获取过程简单，节约人力资源，保证业务流程的顺利执行。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (14)
1.一种配置信息的获取方法，其特征在于，包括：
接收基站发送的互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息；
根据所述配置信息服务器地址和配置信息属性，向对应的配置信息服务器请求获取所述配置信息；
接收所述配置信息服务器发送的所述配置信息；
向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息；
所述请求消息的配置载荷CP载荷中携带所述配置信息服务器地址和所述配置信息属性，所述配置信息属性通过配置信息CFG_INFO属性值表示；
所述向对应的配置信息服务器请求获取配置信息，具体为：
向所述配置信息服务器发送所述CFG_INFO属性值，其中，所述配置信息服务器发送的CFG_INFO属性值中可携带的配置信息类型及其填充顺序由所述基站和所述配置信息服务器预先配置，以使所述配置信息服务器根据所述配置信息类型及其填充顺序将所述请求的配置信息填充至所述配置信息服务器发送的CFG_INFO属性值。
2.根据权利要求1所述的方法，其特征在于，所述接收所述配置信息服务器发送的所述配置信息，具体为：
接收所述配置信息服务器发送的响应消息，所述响应消息中携带填充后的CFG_INFO属性值；
所述向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息，具体为：
向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息的CP载荷中携带所述填充后的CFG_INFO属性值。
3.根据权利要求1或2所述的方法，其特征在于，所述请求消息的CP载荷中携带的所述配置信息服务器地址和所述CFG_INFO属性值定义为两个不同的配置属性，或者定义为一个配置属性。
4.根据权利要求1所述的方法，其特征在于，所述请求消息的CP载荷中携带所述配置信息属性，所述请求消息的供应商代码VendorID载荷中携带所述配置信息服务器地址。
5.根据权利要求1所述的方法，其特征在于，所述请求消息的CP载荷中携带所述配置信息服务器地址，所述请求消息的VendorID载荷中携带所述配置信息属性；
或者，所述请求消息的VendorID载荷中携带所述配置信息服务器地址和所述配置信息属性。
6.根据权利要求5所述的方法，其特征在于，所述接收基站发送的互联网密钥交换认证IKE_AUTH请求消息之前，还包括：
与所述基站协商发送给所述基站的VendorID载荷中可携带的配置信息类型及其填充顺序。
7.根据权利要求6所述的方法，其特征在于，所述向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息，具体为：
根据与所述基站协商的所述配置信息类型及其填充顺序，将接收的所述配置信息填充至所述发送给所述基站的VendorID载荷中；
向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息中携带填充后的VendorID载荷。
8.一种配置信息的获取方法，其特征在于，包括：
向安全网关发送互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息，以使所述安全网关向所述配置信息服务器请求获取所述配置信息；
接收所述安全网关发送的IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息；
所述请求消息的配置载荷CP载荷中携带所述配置信息服务器地址和配置信息属性，所述配置信息属性通过配置信息CFG_INFO属性值表示；
所述配置信息服务器发送的CFG_INFO属性值中可携带的配置信息类型及其填充顺序由基站和所述配置信息服务器预先配置，所述IKE_AUTH响应消息的CP载荷中携带所述配置信息服务器根据所述配置信息类型及其填充顺序填充所述请求的配置信息后的CFG_INFO属性值。
9.根据权利要求8所述的方法，其特征在于，所述请求消息的CP载荷中携带所述配置信息属性，所述请求消息的供应商代码VendorID载荷中携带所述配置信息服务器地址。
10.根据权利要求8所述的方法，其特征在于，所述请求消息的CP载荷中携带所述配置信息服务器地址，所述请求消息的VendorID载荷中携带所述配置信息属性；
或者，所述请求消息的VendorID载荷中携带所述配置信息服务器地址和所述配置信息属性。
11.根据权利要求10所述的方法，其特征在于，所述向安全网关发送互联网密钥交换认证IKE_AUTH请求消息之前，还包括：
与所述安全网关协商发送给所述基站的VendorID载荷中可携带的配置信息类型及其填充顺序。
12.根据权利要求11所述的方法，其特征在于，所述IKE_AUTH响应消息中携带所述安全网关根据所述配置信息类型及其填充顺序填充从配置信息服务器接收的配置信息后的VendorID载荷。
13.一种安全网关，其特征在于，包括：
第一接收模块，用于接收基站发送的互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息；
第一发送模块，用于根据所述配置信息服务器地址和配置信息属性，向对应的配置信息服务器请求获取所述配置信息；
第二接收模块，用于接收所述配置信息服务器发送的所述配置信息；
第二发送模块，用于向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息；
所述第一接收模块接收的所述请求消息的配置载荷CP载荷中携带所述配置信息服务器地址和所述配置信息属性，所述配置信息属性通过配置信息CFG_INFO属性值表示；
所述第一发送模块具体用于：
向所述配置信息服务器发送所述CFG_INFO属性值，其中，所述配置信息服务器发送的CFG_INFO属性值中可携带的配置信息类型及其填充顺序由所述基站和所述配置信息服务器预先配置，以使所述配置信息服务器根据所述配置信息类型及其填充顺序将所述请求的配置信息填充至所述配置信息服务器发送的CFG_INFO属性值；
所述第二接收模块具体用于：接收所述配置信息服务器发送的响应消息，所述响应消息中携带填充后的CFG_INFO属性值；
所述第二发送模块具体用于：向所述基站发送IKE_AUTH响应消息，所述IKE_AUTH响应消息的CP载荷中携带所述填充后的CFG_INFO属性值。
14.一种基站，其特征在于，包括：
发送模块，用于向安全网关发送互联网密钥交换认证IKE_AUTH请求消息，所述请求消息的载荷中携带配置信息服务器地址和配置信息属性，所述配置信息属性用于指示请求的配置信息，以使所述安全网关向所述配置信息服务器请求获取所述配置信息；
接收模块，用于接收所述安全网关发送的IKE_AUTH响应消息，所述IKE_AUTH响应消息的载荷中携带所述配置信息；
所述发送模块发送的所述请求消息的配置载荷CP载荷中携带所述配置信息服务器地址和所述配置信息属性，所述配置信息属性通过配置信息CFG_INFO属性值表示；
所述配置信息服务器发送的CFG_INFO属性值中可携带的配置信息类型及其填充顺序由所述基站和所述配置信息服务器预先配置，所述接收模块接收的所述IKE_AUTH响应消息的CP载荷中携带所述配置信息服务器根据所述配置信息类型及其填充顺序填充所述请求的配置信息后的CFG_INFO属性值。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110137247.4A CN102801545B (zh) | 2011-05-25 | 2011-05-25 | 配置信息的获取方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110137247.4A CN102801545B (zh) | 2011-05-25 | 2011-05-25 | 配置信息的获取方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102801545A CN102801545A (zh) | 2012-11-28 |
| CN102801545B true CN102801545B (zh) | 2015-12-09 |
Family
ID=47200519
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110137247.4A Active CN102801545B (zh) | 2011-05-25 | 2011-05-25 | 配置信息的获取方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102801545B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016153402A1 (en) * | 2015-03-25 | 2016-09-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Configuration of liveness check timeout using ike messages |
| CN106301822B (zh) * | 2015-05-15 | 2020-02-21 | 阿里巴巴集团控股有限公司 | 一种对ap进行配置的方法、装置和系统 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101291249A (zh) * | 2008-06-11 | 2008-10-22 | 中兴通讯股份有限公司 | 一种配置和显示家庭基站名称、内部用户组名称的方法 |
| CN101360094A (zh) * | 2007-08-03 | 2009-02-04 | 中兴通讯股份有限公司 | 一种家庭基站配置服务器自动发现的方法 |
| CN101364910A (zh) * | 2007-08-09 | 2009-02-11 | 中兴通讯股份有限公司 | 一种自组织网络的系统和方法 |
| CN101437223A (zh) * | 2007-11-16 | 2009-05-20 | 华为技术有限公司 | 一种家庭基站接入的方法、系统和装置 |
| CN101442402A (zh) * | 2007-11-20 | 2009-05-27 | 华为技术有限公司 | 认证接入点设备的方法、系统和装置 |
| CN101588580A (zh) * | 2009-06-30 | 2009-11-25 | 华为技术有限公司 | 一种用户接入控制方法、家庭基站网关及系统 |
| CA2738372A1 (en) * | 2008-09-24 | 2010-04-01 | Interdigital Patent Holdings, Inc. | Home node-b apparatus and security protocols |
-
2011
- 2011-05-25 CN CN201110137247.4A patent/CN102801545B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101360094A (zh) * | 2007-08-03 | 2009-02-04 | 中兴通讯股份有限公司 | 一种家庭基站配置服务器自动发现的方法 |
| CN101364910A (zh) * | 2007-08-09 | 2009-02-11 | 中兴通讯股份有限公司 | 一种自组织网络的系统和方法 |
| CN101437223A (zh) * | 2007-11-16 | 2009-05-20 | 华为技术有限公司 | 一种家庭基站接入的方法、系统和装置 |
| CN101442402A (zh) * | 2007-11-20 | 2009-05-27 | 华为技术有限公司 | 认证接入点设备的方法、系统和装置 |
| CN101291249A (zh) * | 2008-06-11 | 2008-10-22 | 中兴通讯股份有限公司 | 一种配置和显示家庭基站名称、内部用户组名称的方法 |
| CA2738372A1 (en) * | 2008-09-24 | 2010-04-01 | Interdigital Patent Holdings, Inc. | Home node-b apparatus and security protocols |
| CN101588580A (zh) * | 2009-06-30 | 2009-11-25 | 华为技术有限公司 | 一种用户接入控制方法、家庭基站网关及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102801545A (zh) | 2012-11-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11729615B2 (en) | Internet of things communication method, apparatus, and system | |
| RU2719447C1 (ru) | Способ конфигурирования ключа, способ определения политики безопасности и устройство | |
| US9301191B2 (en) | Quality of service to over the top applications used with VPN | |
| CN110417840B (zh) | 一种信息处理方法及装置 | |
| US12166826B2 (en) | User plane connection establishment method and apparatus, and system | |
| CN101772053B (zh) | 一种终端设备配置方法、装置、终端及终端设备 | |
| KR102610951B1 (ko) | 다수의 접속성 및 서비스 컨텍스트들을 지원하기 위하여 보안성 모델을 이용하는 무선 통신을 위한 방법들 및 장치 | |
| CN102845123B (zh) | 虚拟私云的连接方法及隧道代理服务器 | |
| WO2019033920A1 (zh) | 网络侧对远端用户设备的识别和控制方法以及设备 | |
| US12132732B2 (en) | Dynamic allocation of network slice-specific credentials | |
| BR112019009600A2 (pt) | modelo de plano de usuário para acesso não 3gpp à rede núcleo de quinta geração | |
| US20160157094A1 (en) | Methods and Arrangements For Enabling Data Transmission Between a Mobile Device and a Static Destination Address | |
| US20200153735A1 (en) | Data link layer-based communication method, device, and system | |
| EP2894824B1 (en) | Method and device for wireless information transmission | |
| CN109982391B (zh) | 数据的处理方法及装置 | |
| WO2019157968A1 (zh) | 一种通信方法、装置及系统 | |
| KR20230009480A (ko) | Ip 어드레스들의 재사용 | |
| JP2023165679A (ja) | 機器をリモートで管理するための装置、方法及びそのためのプログラム | |
| CN109787799B (zh) | 一种服务质量QoS控制方法及设备 | |
| CN116210252A (zh) | 接收用于边缘计算的用户同意的网络操作 | |
| EP3522670B1 (en) | Communication method, security node network element, and terminal | |
| CN102801545B (zh) | 配置信息的获取方法和设备 | |
| CN103686704B (zh) | 终端与网络侧通信方法和设备 | |
| US10314101B2 (en) | Controlling wireless local area network access | |
| CN115696631B (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210427 Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee after: Honor Device Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| CP03 | Change of name, title or address |
Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee after: Honor Terminal Co.,Ltd. Country or region after: China Address before: 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong Patentee before: Honor Device Co.,Ltd. Country or region before: China |
|
| CP03 | Change of name, title or address |