CN101325547A - 通信系统、服务器、控制装置及通信装置 - Google Patents

通信系统、服务器、控制装置及通信装置 Download PDF

Info

Publication number
CN101325547A
CN101325547A CNA2008100882016A CN200810088201A CN101325547A CN 101325547 A CN101325547 A CN 101325547A CN A2008100882016 A CNA2008100882016 A CN A2008100882016A CN 200810088201 A CN200810088201 A CN 200810088201A CN 101325547 A CN101325547 A CN 101325547A
Authority
CN
China
Prior art keywords
mentioned
packet
terminal
server
communicator
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
Application number
CNA2008100882016A
Other languages
English (en)
Other versions
CN101325547B (zh
Inventor
中村仁美
松本谦尚
森重健洋
中原成人
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Communication Technologies Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Communication Technologies Ltd filed Critical Hitachi Communication Technologies Ltd
Publication of CN101325547A publication Critical patent/CN101325547A/zh
Application granted granted Critical
Publication of CN101325547B publication Critical patent/CN101325547B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明涉及通信系统、服务器、控制装置及通信装置，提供一种使用移动(Mobile)IPv6进行移动通信控制的移动通信系统，以解决终端－HA之间的数据包用移动IPv6(Mobile IPv6)封装时，PDSN无法识别移动IPv6(Mobile IPv6)隧道内的IP流，从而在EV－DO RAN中不能应用适合业务的QoS的问题。PCRF把指定IP流的过滤信息和对上述IP流所分配的流标记(Flow Label)通知给HA。HA在和上述过滤信息一致的数据包的外侧IPv6报头上设定上述流标记(Flow Label)进行传输。PDSN则通过参照设定在外侧IPv6报头上的流标记(Flow Label)识别移动IPv6(Mobile IPv6)隧道内的IP流。由此，即使使用移动IPv6(Mobile IPv6)的情况，也可以在EV－DO RAN中应用适合业务的QoS。

Description

通信系统、服务器、控制装置及通信装置
发明领域
本发明是关于和业务控制联动而对接入网进行QoS(服务品质)控制的通信系统。其中，更是关于使用移动(Mobile)IPv6进行移动通信控制的移动通信系统。
背景技术
移动(Mobile)IPv6是即使移动网络也可以使用同一IP地址使之进行通信的协议(参照非特许文献1)。移动(Mobile)IPv6的组成要素包括：移动多个网络的同时进行通信的MN(Mobile Node：移动节点)、管理MN的位置信息的HA(Home Agent：归属代理)、和MN进行通信的CN(CorrespondentNode：通信节点)。MN把即使移动也不变的IP地址(HoA：Home Address：归属地址)和在移动目的地的网络中动态分配的IP地址(CoA：Care ofAddress：转交地址)相对应的信息(Binding信息：绑定信息)定期登记在HA上。HA捕捉CN发往HoA的IP数据包，在以自身的地址设定为发送源地址，MN的CoA设定为目的地地址的IPv6报头进行封装(打包，capsule)并发给MN。MN取出从HA中接收的封装的数据包中的内容并进行处理。另外，MN发往CN的数据包，MN被以自身设定为发送源地址，HA设定为目的地地址的IPv6报头封装发给HA。HA取出接收的数据包中的封装的内容并转发给CN。这样，即便移动通过网络时也能使用同一IP地址进行通信。
作为使用移动(Mobile)IPv6的通信系统例子，有以3GPP2(3rdGeneration Partnership Project2：第3代合作方案2)为标准的第3代(3G)移动通信系统。
3G移动通信系统包括无线接入网络(RAN：Radio Access Network：无线接入网络)和核心网络(Core Network：核心网络)。RAN具有终端控制无线传输功能的功能。核心网络，具有控制移动和控制业务的功能。核心网络设置了与MN以PPP接入并提供IP接入功能的接入网关(PDSN：PacketData Serving Node：分组数据业务节点)和HA，提供基于移动(Mobile)IP的IP通信功能。
另外，在3GPP2中，把接入核心网络的业务控制网络标准化为MMD(Multimedia Domain：多媒体域)(非特许文献2～3)。在MMD中，作为电话和IM(Instant Messaging：即时通信)的业务控制协议使用了SIP(Session Initiation Protocol：会话发起协议)/SDP(SessionDescription Protocol：会话描述协议)。
还有，在3GPP2中，为了进行适合业务的QoS控制，规定了MMD的业务控制和RAN的QoS控制的连接方式(SBBC：Service Based BearerControl：防止控制与承载分离后用户旁路计费)(非特许文献4～6)。在SBBC中，在MMD的业务控制服务器(AS：Application Server：应用服务器)和接入网之间设置了QoS策略服务器(PCRF：Policy and Charging RulesFunction：策略和计费规则功能)。AS把处理SIP/SDP等业务控制协议时取得的业务信息(通信地址、端口号、编解码、带宽等)通知给PCRF。PCRF依据由AS通知的业务信息决定应适用的QoS，并通过PDSN通知给RAN。
RAN依据PCRF所决定的QoS参数，进行适合于各应用的QoS控制(非特性文献7)。例如，被要求实时性的语音流量，在保证了一定带宽且延迟和抖动较小的通信信道上传输。另外，IM和网(Web)业务，在尽力服务(BestEffort)的通信信道上传输。
RAN中，使用称作TFT(Traffic Flow Template：业务流量模板)的过滤信息(源/目的地IP地址、端口号等)来指定属于各应用的IP流。MN和PDSN为了把IP流传输在适当的通信信道上，管理TFT和通信信道的对应关系。终端把和TFT一致的上行(Reverse：上行)方向的数据包传输在和此TFT所对应的通信信道上。PDSN对下行(Forward：下行)方向的数据包进行同样的处理。
【非特许文献1】IETF RFC3775、Mobility Support in IPv6(基于IPv6的移动支持)
【非特许文献2】3GPP2 X.P0013-002-B v0.3、All-IP Core NetworkMultimedia Domain；IP Multimedia Subsystem Stage2(全IP核心网络多媒体域；IP多媒体子系统平台2)
【非特许文献3】3GPP2 X.P0013-004-B v0.6、All-IP Core NetworkMultimedia Domain；IP Multimedia Call Control Protocol Based on SIPand SDP Stage3(全IP核心网络多媒体域；基于SIP和SDP的IP多媒体呼叫控制协议平台3)
【非特许文献4】3GPP2 X.P0013-012-0 v0.21、All-IP Core NetworkMultimedia Domain；Service Based Bearer Control Stage2(全IP核心网络多媒体域；防止控制与承载分离后用户旁路计费平台2)
【非特许文献5】3GPP2 X.P0013-013-0 v0.11、All-IP Core NetworkMultimedia Domain；Service Based Bearer Control Tx InterfaceStage3(全IP核心网络多媒体域；防止控制与承载分离后用户旁路计费横向接口平台3)
【非特许文献6】3GPP2 X.P0013-014-0 v0.11、All-IP Core NetworkMultimedia Domain；Service Based Bearer Control Ty InterfaceStage3(全IP核心网络多媒体域；防止控制与承载分离后用户旁路计费纵向接口平台3)
【非特许文献7】3GPP2 X.P0013-004-0 v1.0、cdma2000 WirelessIP Network Standard；Quality of Service and Header Reduction(码分多址2000无线IP网络标准；QoS和头压缩)如上所说明，在以往的通信系统中，MN和PDSN使用TFT识别IP流，在RAN中应用合适的QoS。这时，当终端使用简单IP或者移动(Mobile)IPv4时，没有问题地工作。
但是，当终端使用移动(Mobile)IPv6时，终端和HA之间的数据包全部由共同的IPv6报头封装，因此PDSN无法识别下行数据包的IP流。为此，在RAN中，具有对下行方向的数据包无法应用合适的QoS的课题。
发明内容
本发明的目的在于，即使数据包被移动(Mobile)IPv6封装的情况，PDSN也能识别下行方向的IP流，在RAN中可以应用适合业务类别的QoS。
为了解决上述课题，本发明特征如下，即：PCRF向HA通知为了指定属于业务的IP流的过滤信息和对上述IP流所分配的ID，当传输和上述过滤信息一致的数据包时，HA把上述ID设定在封装后的外侧头上，PDSN通过参照设定在上述外侧头上的上述ID识别业务类别，并应用合适的QoS。
根据本发明，即使在使用移动(Mobile)IPv6时，PDSN也能识别下行方向的IP流，在RAN中可以应用适合业务类别的Qos。
附图说明
图1是有关实施例1、2的通信网的组成例子；
图2a是PCRF12的装置组成例子；
图2b是HA13的装置组成例子；
图3是PCRF12所具备的业务表(Service Table)的组成例子；
图4是PCRF12所具备的PPP会话表(Session Table)的组成例子；
图5是PCRF12所具备的移动IP表(Mobiel IP Table)的组成例子；
图6是PCRF12所具备的封装规则表(Encapsulation Rule Table)的组成例子；
图7a是PCRF12所具备的拆装规则表(Decapsulation Rule Table)的组成例子；
图7b是PCRF12所具备的流类型-流量类别映射表(FlowType-Traffic Class Mapping Table)的组成例子；
图8是HA13所具备的移动IP表(Mobile IP Table)的组成例子；
图9a是HA13所具备的封装规则表(Encapsulation Rule Table)的组成例子；
图9b是HA13所具备的拆装规则表(Decapsulation Rule Table)的组成例子；
图10是实施例1中终端连接/业务会话建立时序图；
图11是PCRF12的封装规则生成的流程图；
图12是PCRF12的拆装规则生成的流程图；
图13是实施例1中MN23-CN14之间的数据包传输时序图；
图14是HA13中的数据包封装流程图；
图15是HA13中的数据包拆装后的流量类别设定流程图；
图16是实施例1中业务会话中断时序图；
图17是实施例1中MN23的无线链路消失时序图；
图18是实施例1中MN23的移动时序图；
图19是PCRF12的封装规则再计算流程图；
图20是实施例2中终端接入/业务会话建立时序图；
图21是实施例2中终端接入/业务会话建立时序图(图20的继续)；
图22是实施例2中业务会话中断时序图；
图23是PSDN(21a、21b)的装置组成例子；
图24是PSDN(21a、21b)所具备的PPP会话表的组成例子；
图25是PCRF12所具备的QoS分布表。
具体实施方式
在本发明的理想实施例中，HA把上述ID设定为外侧IPv6头的流标记(Flow Label：流标记)或者流量类别(Traffic Class：流量类别)字段。这时，TFT上设定作为发送源IP地址的HA、作为目的地IP地址的MN的CoA、作为流标记(Flow Label)或者流量类别(Traffic Class)的上述ID。或者，HA把上述ID设定为IPsec ESP/AH头的SPI字段也可以。这种情况下，TFT上设定作为发送源IP地址的HA、作为目的地IP地址的MN的CoA、作为SPI的上述ID。
RAN的通信信道的设定，在以终端为主导进行的通信系统中，PCRF从PDSN接收通信信道的QoS信息和上述ID，依据上述QoS信息选择适合IP流的通信信道，把所选择的通信信道的ID分配给上述IP流，并通知给HA。
RAN的通信信道的设定，在以网络为主导进行的通信系统中，PCRF根据由SIP服务器等的AF(Application Function：应用功能)通知的业务信息，决定分配给IP流的QoS和ID，并通知给PDSN和HA也可以。这时，PDSN根据由PCRF通知的上述QoS信息和上述ID，进行RAN的通信信道和TFT的设定。
下面，使用图示说明本发明的实施例。
本发明的第一实施例，设想为以终端为主导进行RAN的通信信道的设定。
图1是有关本发明的通信系统的组成例子。本发明的通信系统由本地网络(Home Network)1和访问网络(Visited Network)2组成。本地网络(Home Network)1连接着进行业务控制的AF11、根据业务信息进行RAN的QoS控制的PCRF12、进行移动(Mobile)IPv6的通信控制的HA13以及CN14。访问网络(Visited Network)2连接着PDSN(21a、21b)、EV-DO RAN(22a、22b)、MN23。
图2a表示PCRF12的装置组成。PCRF12由硬盘(Hard Disk)51、CPU52、存储器(Memory)53、IF(54a、54b)组成，这些通过总线55连接着。为实现PCRF12的功能的程序，存储在存储器(Memory)53上，CPU52依次读出这些并运行。
PCRF12在存储器(Memory)53或者硬盘(Hard Disk)51中，管理图3的业务表(Service Table)70、图4的PPP会话表(Session Table)80、图5的移动IP表(Mobile IP Table)90、图6的封装规则表(Encapsulation Rule Table)100、图7a的拆装规则表(DecapsulationRule Table)110。
图3的业务表(Service Table)70是管理由AF11通知的业务信息的表。业务表(Service Table)70由识别AF及业务会话的ID(ServiceSession ID：业务会话ID)71和属于业务会话的流信息(Flow Information)72组成。流信息(Flow Information)72由在PCRF12内部唯一识别流的流ID(Flow ID)72a、为指定流的过滤信息(Flow Filter)72b、流的方向(Direction)72c、流类型(Type)72d、流的带宽(Bandwidth)72e、编解码信息(CODEC)72f等组成。过滤信息(Flow Filter)72b上设定了例如发送源地址、目的地址和端口号等。业务表(Service Table)70的设定例子70a、70b、70c表示属于同一业务会话的双向音频(audio)流、输出(out)方向(Reverse：反向)的视频(video)流信息。这样，在业务表(Service Table)70中，可以对一个业务会话设定多个流信息。由于采用这种表结构，具有即使在1个业务会话内通信多个流的情况也能灵活应对的效果。
图4的PPP会话表(Session Table)80是管理由PDSN(21a、21b)通知的PPP会话信息的表。PPP会话表(Session Table)80由唯一识别PDSN及PPP会话的ID(PPP Session ID)81、终端IP地址(Terminal IPAddress)82、承载信息(Bearer Information)83组成。本实施例中，所谓“承载”是指具备指定QoS属性的RAN(22a、22b)的通信信道。如技术背景的说明中所阐述，PDSN(21a、21b)，管理RAN的通信信道(也就是说承载)和TFT的对应关系。本实施例中，PDSN(21a、21b)，为把移动(Mobile)IPv6隧道内的IP流能够分配到合适的承载上，在TFT的内部，对每一个承载设定不同的流标记(Flow Label)。PCRF12因具备PPP会话表(SessionTable)80，具有可以管理流标记(Flow Label)和承载的QoS属性对应关系的效果。而且，流标记(Flow Label)可以由IPv6报头的流量类别(TrafficClass)字段、IPsec ESP/AH头的SPI等代用。
承载信息(Bearer Information)83由在PCRF12内部唯一识别承载(Bearer)的ID83a、承载的用途(Usage)83b、优先级(Priority)83c、保证带宽(Bandwidth)83d、分配给承载的流标记(Flow Label)83e、承载的状态(Status)83f组成。承载表(Bearer Table)80的设定例子80a～80d，表示属于同一PPP会话(Session)的承载信息。这样，在承载表(BearerTable)80中，可以对1个PPP会话(Session)设定多个承载信息。由于采用这种表结构，具有即使对1个PPP会话(Session)设定多个承载的情况也能灵活应对的效果。
图5的移动IP表(Mobile IP Table)90是管理HA13对PCRF12通知的HoA和CoA的绑定(Binding)信息的表。移动IP表(Mobile IP Table)90由唯一识别HA和绑定(Binding)信息的移动ID(Mobile ID)91、归属地址(Home Address)HoA92、转交地址(Care of Address)CoA93、有效期(Expires)94组成。
图6的封装规则表(Encapsulation Rule Table)100是管理HA13封装数据包时所适用的规则(Encapsulation Rule)的表。封装规则(Encapsulation Rule)由PCRF12生成，设定在HA13上。封装规则表(Encapsulation Rule Table)100由指向有关规则的信息的指针(Source：源)101、封装规则(Encapsulation Rule)102组成。源(Source)101的101a、101b、101c、101d上分别设定了和规则相关的流量(Flow)ID72a、移动(Mobile)ID91、PPP会话(Session)ID81、承载(Bearer)ID83a。封装规则(Encapsulation Rule)102上设定了识别流的过滤信息(Flow Filter)102a、数据包封装时设定的转交地址(Care of Address)CoA102b以及流标记(Flow Label)102c、规则的有效期(Expires)102d。
图7a的拆装规则表(Decapsulation Rule Table)110是管理HA13拆包时应用的规则(Decapsulation Rule)的表。拆装规则(DecapsulationRule)是由PCRF12生成，设定在HA13上。拆装规则表(Decapsulation RuleTable)110由指向有关规则的信息的指针(Source：源)111、拆装规则(Decapsulation Rule)112组成。源(Source)111的111a、111b、111c、111d上分别设定了和规则相关的流量(Flow)ID72a、移动(Mobile)ID91、PPP会话(Session)ID81。拆装规则(Decapsulation Rule)112上设定了识别流的过滤信息(Flow Filter)112a、拆装后应设定的流量类别(Traffic Class)112b、规则的有效期(Expires)112c。
图2b表示HA13的装置组成。HA13由硬盘(Hard Disk)61、CPU62、存储器(Memory)63、IF(64a、64b)组成，这些通过总线65连接着。为了实现HA13的功能的程序存储在存储器(Memory)63上，CPU62依次读出这些并运行。
HA13在存储器(Memory)63或者硬盘(Hard Disk)61中，管理图8的移动IP表(Mobile IP Table)130、图9a的封装规则表(EncapsulationRule Table)140、图9b的拆装规则表(Decapsulation Rule Table)150。
图8的移动IP表(Mobile IP Table)130是管  MN23登记在HA13的HoA和CoA的绑定(Binding)信息的表。移动IP表(Mobile IP Table)130由识别绑定(Binding)信息的移动ID(Mobile ID)131、归属地址(HomeAddress)HoA132、转交地址(Care of Address)CoA133、有效期(Expires)134、指向相关的封装规则的指针(Encap.Rule IDs)135、指向相关的拆装规则的指针(Decap.Rule IDs)136组成。因保持有指针Encap.RuleIDs135和指针Decap.Rule IDs136，由此具有可高速检索封装规则(Encapsulation Rule)和拆装规则(Decapsulation Rule)的效果。
图9a的封装规则表(Encapsulation Rule Table)140是HA13管理由PCRF12通知的封装规则(Encapsulation Rule)的表。封装规则表(Encapsulation Rule Table)140上设定了识别规则的ID(Encap.RuleID)141、为识别流的过滤信息(Flow Filter)142、封装时设定的转交地址(Care of Address)CoA143及流标记(Flow Label)144、规则的有效期(Expires)145。
图9b的拆装规则表(Decapsulation Rule Table)150是HA13管理由PCRF12通知的拆装规则(Decapsulation Rule)的表。拆装规则表(Decapsulation Rule Table)150上设定了识别规则的ID(Decap.RuleID)151、为识别流的过滤信息(Flow Filter)152、拆装后应设定的流量类别(Traffic Class)153、规则的有效期(Expires)154。
图23表示PDSN(21a、21b)的装置组成。PDSN(21a、21b)，由硬盘(Hard Disk)401、CPU402、存储器(Memory)403、IF(404a、404b)组成，这些通过总线405连接着。为实施PDSN(21a、21b)的功能的程序，存储在存储器(Memory)403上，CPU402依次读出这些并运行。
图24表示存储在PDSN(21a、21b)的存储器(Memory)403或者硬盘(Hard Disk)401中的PPP会话表(Session Table)420。PPP会话表(Session Table)420由在PDSN(21a、21b)内唯一识别PPP会话的ID(PPP Session ID)421、终端IP地址(Terminal IP Address)422、承载信息(Bearer Information)423组成。承载信息(Bearer Information)423由承载的用途(Usage)423a、优先级(Priority)423b、保证带宽(Bandwidth)423c、过滤信息(TFT423)d、承载状态(Status)423e组成。
如PPP会话表(Session Table)420的设定例子420a～420d所示，本实施例中，作为过滤信息TFT423d设定了发送源IP地址、目的IP地址、流标记(Flow Label)。PDSN(21a、21b)管理PPP会话表(Session Table)420，由此具有可以管理承载和过滤信息的对应关系的效果。
图10是表示MN23接入EV-DO RAN22a之后，建立业务会话的时序图。下面，详细说明这个时序。
步骤201～209，表示MN23接入EV-DO RAN22a之时所执行的时序。起初，MN23接入EV-DO RAN22a，对PDSN21a建立PPP会话(Session)以及进行承载和TFT的设定(201)。在这个步骤中，设定PDSN21a的PPP会话表(Session Table)420。本实施例中，在TFT423d的发送源地址上设定HA13的IP地址，目的地址上设定MN23的CoA。又，TFT423d的流标记(Flow Label)在每一个承载设定不同的值。
然后，PDSN21a对PCRF12发送Diameter CCR(202)，对终端通知所分配的IP地址(也就是说CoA)和终端建立的承载信息。这里被通知的承载信息至少包括每个承载所分配的流标记(Flow Label)的值和承载的QoS信息。在理想的例子中，作为承载的QoS信息，指定表示承载用途的字符串、优先级、保证带宽、承载状态等。PCRF12把通知的信息存储在PPP会话表(Session Table)80上(203)。PCRF12以Diameter CCA(204)反馈给PDSN21a。
然后，MN23对HA13登记HoA和CoA的绑定(Binding)信息(205)。HA13在把这个信息存储在移动IP表(Mobile IP Table)130的同时发送Diameter CCR(207)并向PCRF12通知绑定(Binding)信息。PCRF12把由HA13通知的绑定(Binding)信息存储在移动IP表(Mobile IP Table)90上(208)，对HA13反馈Diameter CCA(209)。
步骤210～217，表示业务会话建立时的时序。首先，MN23通过AF11与CN14建立业务会话(210)。AF11把从业务控制信号(SIP/SDP等)抽出的业务信息通知给PCRF12(211)。PCRF12把被通知的信息存储在业务表(Service Table)70(212)上，生成对应这个业务信息的封装/拆装规则(213)。下面，使用图11和图12，详细说明PCRF12的封装/拆装规则生成处理(213)。
图11表示PCRF12的封装规则生成处理。在封装规则生成处理中，对于在图10的步骤212中存储在业务表(Service Table)70的流，进行循环501～511的处理。首先，检查流的方向(Direction)是不是进(in)(502)。当不是进(in)的情况，结束对这个流的处理。当是进(in)的情况，把流的流量ID(Flow ID)72a和流过滤(Flow Filter)72b设定在封装规则表(Encapsulation Rule Table)100的101a、102a上(503)。又，从流过滤(Flow Filter)72b抽出目的IP地址(504)。还有，从移动IP表(MobileIP Table)90的HoA92检索抽出的IP地址(505)。当不存在相应的条目的情况，结束对这个流的处理。当存在相应的条目的情况，把这个移动ID(Mobile ID)91和CoA93设定在封装规则表(Encapsulation Rule Table)100的101b、102b上(506)。然后，从PPP会话表(Session Table)80的终端IP地址(Terminal IP Address)82检索步骤505中检索过的条目CoA93(507)。当不存在相应的条目时，结束对这个流的处理。当存在相应的条目的情况，把这个条目的PPP会话(Session)ID81设定在封装规则表(Encapsulation Rule Table)100的101c上(508)。又，从507中检索到的条目的承载(Bearer)中选择对流合适的内容(509)。在选择承载(Bearer)之际，例如可以把流类型(Flow Type)72d、带宽(Bandwidth)72e、编解码(Codec)72f等同承载的用途(Bearer Usage)83b、优先级(Priority)83c、带宽(Bandwidth)83d等进行比较。这样，把509中选择的承载(Bearer)的承载ID(Bearer ID)83a、流标记(Flow Label)83e设定在封装规则表(Encapsulation Rule Table)100的101d、102c上(510)。PCRF12因保持有封装规则表(Encapsulation Rule Table)100，由此可以对各流分配合适的流标记(Flow Label)(也就是说具备合适的QoS属性的承载)。又，可以管理PPP会话、移动IP会话和IP流之间的对应关系。
图12表示PCRF12的拆装规则生成处理。在拆装规则生成处理中，对于图10的步骤212中存储在业务表(Service Table)70的流，进行循环521～530的处理。首先，检查流的方向(Direction)72c是不是出(out)(522)。当不是出(out)的情况，结束对流的处理。当是出(out)的情况，把流的流量ID(Flow ID)72a和流过滤(Flow Filter)72b设定在拆装规则表(Decapsulation Rule Table)110的111a、112a上(523)。又，从流过滤(Flow Filter)72b抽出发送源IP地址(524)。还有，从移动IP表(Mobile IP Table)90的HoA92检索抽出的IP地址(525)。当不存在相应的条目的情况，结束对这个流的处理。当存在相应的条目的情况，把这个移动ID(Mobile ID)91设定在拆装规则表(Decapsulation RuleTable)110的111b上(526)。然后，从PPP会话表(Session Table)80的终端IP地址(Terminal IP Address)82检索步骤525中检索过的条目CoA93(527)。当不存在相应的条目时，结束对这个流的处理。当存在相应的条目的情况，把527中检索到的条目的PPP会话(Session)ID81设定在拆装规则表(Decapsulation Rule Table)110的111c上(528)。又，决定应对拆装包所设定的流量类别(Flow Label)，设定在拆装规则表(Decapsulation Rule Table)110的112b上(529)。PCRF12管理图7b所示的流类型(Flow Type)和流量类别(Traffic Class)的映射表，在决定流量类别(Traffic Class)时参照也可以。PCRF12因保持有拆装规则表(Decapsulation Rule Table)110，由此可以对各流分配本地网络(HomeNetwork)1内的QoS控制上使用的流量类别(Traffic Class)。又，可以管理PPP会话、移动IP会话和IP流之间的对应关系。
返回图10继续时序的说明。PCRF12对HA13发送Diameter RAR(214)，把步骤213中生成的封装/拆装规则同移动ID(Mobile ID)101b、111b对应起来通知。HA13把通知的规则存储在封装规则表(Encapsulation RuleTable)140、拆装规则表(Decapsulation Rule Table)150、移动IP表(Mobile IP Table)130上(215)，以Diameter RAA(216)反馈给PCRF12。PCRF12对AF11发送Diameter AAA(217)，反馈Diameter AAR(211)。这样，业务会话建立时的处理结束。
使用图13，说明MN23-CN14之间的数据包收发处理。步骤231～235表示CN14对MN23的数据包发送处理。CN14发送对目的地地址设定MN23的HoA、源地址设定自身地址的数据包(231)。HA13捕捉231的数据包，以IPv6报头封装(232)。封装后的源地址，设定自身(HA)。又，目的地址(MN23的CoA)和流标记(Flow Label)，参照封装规则表(Encapsulation RuleTable)140来设定。然后，把封装后的数据包发给PDSN21a(233)。PDSN21a比较PPP会话表(Session Table)420的过滤信息(TFT423d)和包含在包头区的流标记(Flow Label)、目的地/源IP地址，由此决定要使用的承载(234)，把数据包发给MN23(235)。
使用图14，详细说明HA13的数据包封装处理(232)。HA13首先抽出数据包的目的地IP地址(541)。然后从移动IP表(Mobile IP Table)130的HoA132检索步骤541中抽出的IP地址(542)。当不存在相应的条目的情况，结束处理。当存在相应的条目的情况，对有关步骤542中检索到的条目的封装规则指针(Encap.Rule IDs)135所指示的封装规则表(Encapsulation Rule Table)140的条目，进行循环543～547的处理。首先，检查数据包是否和流过滤(Flow Filter)142一致(544)。是否一致的判断，依照比较包含在数据包头区的源/目的地地址、端口号和流过滤(Flow Filter)142来进行。不一致的情况下，结束针对那个封装规则(Encapsulation Rule)的处理。一致的情况下，把数据包以IPv6报头封装，把目的地地址设定在CoA143，发送源地址设定在HA13，流标记(FlowLabel)设定在流标记(Flow Label)144上(545)。之后，把封装的数据包发给CoA143(546)。另外，在循环543～547中，当和数据包一致的流过滤(Flow Filter)142一个也不存在时，HA13把封装后的目的地地址定为步骤542中检索到的条目CoA133，把发送源地址定为HA13，把流标记(FlowLabel)定为事先设定好的默认值(例如0)进行发送也可以。或者，不发送数据包丢弃也可以。
返回图13，说明MN23对CN14的数据包发送处理(步骤236～238)。MN23把以CN14为目的地的数据包封装发送(236)。这时，封装之前的目的地地址设定CN14，发送源地址设定MN23的HoA。又，封装后的目的地地址设定HA13，发送源地址设定MN23的CoA。数据包236经由PDSN21a到达HA13。HA13接收到数据包236，则去除外侧的IPv6报头。又，参照拆装规则表(Decapsulation Rule Table)150设定流量类别(Traffic Class)(237)，把数据包发给CN14(238)。
使用图15详细说明HA13中的数据包拆装后的流量类别(TrafficClass)设定处理(237)。HA13首先抽出数据包的发送源IP地址(561)。之后，从移动IP表(Mobile IP Table)130的HoA132中检索步骤561中抽出的发送源IP地址(562)。当不存在相应的条目的情况结束处理。当存在相应的条目的情况，对步骤562中检索的条目拆装规则的指针(Decap.Rule IDs)136所指示的拆装规则表(Decapsulation Rule Table)150的条目，进行循环563～567的处理。首先，检查数据包是否和流过滤(FlowFilter)152一致(564)。不一致的情况，结束对这个拆装规则(Decapsulation Rule)的处理。一致的情况，把数据包的流量类别(TrafficClass)设定为流量类别(Traffic Class)153(565)，发送数据包(567)，结束循环563～567。
下面，使用图16说明业务会话结束时的处理。首先，MN23通过AF11结束和CN14的业务会话(251)。AF11对PCRF12发送Diameter STR(252)，通知业务会话的结束。PCRF12对HA13发送Diameter RAR(253)，删除关于业务的封装规则/拆装规则。HA13从封装规则表(Encapsulation RuleTable)140、拆装规则表(Decapsulation Rule Table)150、移动IP表(Mobile IP Table)130删除相应的规则(254)，对PCRF12反馈DiameterRAA(255)。PCRF12从业务表(Service Table)70、封装规则表(Encapsulation Rule Table)100、拆装规则表(Decapsulation RuleTable)110删除关联的信息(256)，以Diameter STA(257)应答AF11。通过实施以上的过程，可以在业务会话结束时从PCRF12、HA13删除关联的条目。
图17表示在MN23-CN14之间的数据包通信中，MN23的无线链路消失时的时序。起初，MN23和CN14经由PDSN21a、HA13处于通信中的状态(271)，但MN23移动至圈外，无线链路消失(272)。检测到MN23的无线链路消失的PDSN21a，把PPP会话表(PPP Session Table)420的状态(Status)423设定为非激活(inactive)对PCRF12发送Diameter CCR(273)。PCRF12把PPP会话表(PPP Session Table)80的状态(Status)80f设定为非激活(Inactive)(274)，以Diameter CCA(275)应答。又，PCRF12从封装规则表(Encapsulation Rule Table)100和拆装规则表(Decapsulation Rule Table)110中检索使用在步骤274中设定为非激活(inactive)的PPP会话(Session)的业务(276)。然后，对AF11发送Diameter RAR(277)，通知业务的无线链路消失。AF11反馈Diameter RAA(278)，切断相应的业务会话(279)。以后的处理和图16的步骤252～257一样。通过实施上述的过程，由此具有无线链路消失时随即释放AF11、PCRF12、HA13、CN14内的资源的效果。
图18表示在MN23-CN14之间的数据包通信中，MN23由PDSN21a移动到PDSN21b时的处理。起初，MN23和CN14经由PDSN21a、HA13处于通信中的状态(291)。MN23检测EV-DO RAN22b的无线链路，对PDSN21b进行PPP会话(Session)的建立及承载和TFT的设定(292)。在这个步骤中设定PDSN21b内的PPP会话表(PPP Session Table)420。然后，PDSN21b对PCRF12发送Diameter CCR(293)，通知分配给终端的IP地址(CoA)和终端建立起来的承载信息。PCRF12把通知的信息存储在PPP会话表(PPPSession Table)80中(294)，以Diameter CCA(295)反馈给PDSN21b。
然后，MN23对HA13登记HoA和CoA的绑定(Binding)信息(296)。HA13在更新移动IP表(Mobile IP Table)130的信息的同时(297)，发送Diameter CCR(298)通知给PCRF12。PCRF12以移动IP表(Mobile IPTable)90被更新的事件为契机，进行封装规则和拆装规则的再计算(301)。
使用图19，详细说明PCRF12的封装规则再计算处理。起初，从封装规则表(Encapsulation Rule Table)100的101b检索步骤299中更新的条目的移动ID(Mobile ID)91(581)。对于581中检索到的条目实施循环582～586的处理。首先，制作条目的副本，追加给封装规则表(Encapsulation Rule Table)100(583)。然后，把583的复制地的条目的有效期(Expires102d)缩至一定值(例如10秒)(584)。之后，实施图11的506～510，把检索/决定好的值设定为583的复制目的地的条目(585)。上面说明了封装规则的再计算处理，对拆装规则，也以同样的步骤进行再计算。而且，如步骤584所示，对旧条目保持一定期间，由此，HA13可以对新旧网络暂时双播数据包。这是MN23在移动网络时为不会被切断而可以收发数据包所必须的处理。
返回图18继续时序的说明。PCRF12对HA13发送Diameter RAR(302)，设定步骤301中再计算的规则。HA13把通知的规则设定在封装规则表(Encapsulation Rule Table)140、拆装规则表(Decapsulation RuleTable)150、移动IP表(Mobile IP Table)130上(303)，以Diameter RAA(304)应答PCRF12。
实施例2
本发明的第2实施例，设想为以网络为主导(也就是说PCRF12主导)进行RAN的通信信道的设定。
实施例2的网络组成和实施例1一样。装置组成除了PCRF12具备图25的QoS分布表(Profile Table)这点外，和实施例1相同。
图25的QoS分布表(Profile Table)440是管理各终端在圈网内可使用的QoS分布(Profile)的表。PCRF12由于具备这个表，可以在业务开始时决定适合网络条件的QoS参数。QoS分布表(Profile Table)440由，唯一识别PDSN及PPP会话(PPP Session)的ID(PPP Session ID)441、终端IP地址(Terminal IP Address)442、承载信息(BearerInformation)443组成。承载信息(Bearer Information)443，由承载用途(Usage)443a、优先级(Priority)443b、保证带宽(Bandwidth)443c组成。
使用图20和图21，说明实施例2中的终端连接/业务会话建立时序。步骤321～329表示MN23接入EV-DO RAN22a时运行的时序。起初，MN23接入EV-DO RAN22a，对PDSN21a建立PPP会话(PPP Session)(321)。在实施例2中，在这个时点，不进行媒体(语音/图像)通信用承载的设定。为此，PDSN21a的PPP会话表(PPP Session Table)420上仅设定PPP会话ID(PPP Session ID)421和终端IP地址(Terminal IP Address)422。
然后，PDSN21a对PCRF12发送Diameter CCR(322)，通知分配给终端的IP地址(CoA)和MN23在访问网络(Visited Network)2中可使用的承载的QoS分布(Profile)。PCRF12把通知的信息存储在PPP会话表(PPPSession Table)80和QoS分布表(Profile Table)440中(323)，对PDSN21a反馈Diameter CCA(324)。
然后，MN23对HA13登记HoA和CoA的绑定(Binding)信息(325)。HA13把这个信息存储在移动IP表(Mobile IP Table)130的同时，对PCRF12发送Diameter CCR(327)。PCRF12把HA13通知的信息存储在移动IP表(Mobile IP Table)90上(328)，对HA13反馈Diameter CCA(329)。
步骤330～340，表示业务会话建立时的时序。首先，MN23通过AF11和CN14建立业务会话(330)。AF11对PCRF12通知从业务会话控制信号(SIP/SDP)抽出的业务信息(331)。PCRF12把通知的信息存储在业务表(Service Table)70上(332)，进行业务上使用的承载信息(也就是说QoS次数和TFT)的选择/生成和封装/拆装规则的生成(333)。承载信息，也可以从步骤323中存储在QoS分布表(Profile Table)440的QoS分布(Profile)中选择，或者PCRF12根据业务信息重新决定参数也可以。从QoS分布表(Profile Table)440选择业务中要使用的承载信息的情况，具有可以省略一部分PCRF12中的参数决定处理的效果。另外，PCRF12根据业务信息重新决定参数的情况，具有灵活应对在访问网络(VisitedNetwork)2中没有事先设定的业务的效果。封装规则和拆装规则的生成方法和实施例1中说明的图11、图12一样。
然后，PCRF12对PDSN21a发送Diameter RAR(334)，通知步骤333中选择/决定的承载信息。PDSN21a把通知的信息存储在会话表(SessionTable)420上，在建立承载后(335)，以Diameter RAR(336)应答PCRF12。通过实施上述过程，具有业务会话建立时可动态设定适合业务的承载信息的效果。
下面，进入图21继续时序的说明。 PCRF12对HA13发送Diameter RAR(337)，设定步骤333中生成的封装规则/拆装规则。HA13把规则存储在封装规则表(Encapsulation Rule Table)140、拆装规则表(DecapsulationRule Table)150、移动IP表(Mobile IP Table)130上(338)，以DiameterRAA(339)应答PCRF12。PCRF12对AF11发送Diameter AAA(340)，应答步骤331的Diameter AAR。
图22表示实施例2中的业务会话结束时的处理。首先，MN23通过AF11结束和CN14的业务会话(361)。AF11对PCRF12发送Diameter STR(362)，通知业务会话的结束。PCRF12对HA13发送Diameter RAR(363)，删除有关业务的封装规则/拆装规则。HA13从封装规则表(Encapsulation RuleTable)140、拆装规则表(Decapsulation Rule Table)150、移动IP表(Mobile IP Table)130删除相应的规则(364)，对PCRF12反馈DiameterRAA(365)。PCRF12继续对PDSN21a发送Diameter RAR(366)，请求承载的删除。PDSN21a删除承载(367)，从PPP会话表(PPP Session Table)420删除相应的承载信息之后，以Diameter RAA(368)应答PCRF12。PCRF12，从业务表(Service Table)70、PPP会话表(PPP Session Table)80、封装规则表(Encapsulation Rule Table)100、拆装规则表(DecapsulationRule Table)110删除关联信息(369)，以Diameter STA对AF11应答(370)。通过实施上述过程，具有可以在业务会话结束时释放承载且从PCRF12、HA13、PDSN21a删除关联的条目的效果。
在实施例2中，通过在建立服务会话时动态地设定承载，即使在不能预先决定QoS参数的情况下，也能灵活地进行适用。
标号说明
1--本地网络(Home Network)
2--访问网络(Visited Network)
11--AF                12--PCRF
13--HA                14--CN
21a、b--PDSN
22a、b--EV-DO RAN     23--MN
70--业务表(Service Table)
80--PPP会话表(PPP Session Table)
90--移动IP表(Mobile IP Table)
100--封装规则表(Encapsulation Rule Table)
110--拆装规则表(Decapsulation Rule Table)
120--流类型(Flow Type)-流量类别映射表(Traffic ClassMapping Table)
130--移动IP表(Mobile IP Table)
140--封装规则表(Encapsulation Rule Table)
150--拆装规则表(Decapsulation Rule Table)
420--PPP会话表(PPP Session Table)
440--QoS分布表(QoS Profile Table)
500--封装规则生成流程
520--拆装规则生成流程
540--数据包封装流程
560--数据包拆装后的流量类别(Traffic Class)设定流程
580--封装规则再计算流程。

Claims (8)

1.一种通信系统，包括：终端；把向上述终端传送的数据包进行封装的服务器；把从上述服务器接收的数据包传送给上述终端的通信装置；以及和上述服务器连接的控制装置，其特征在于，
上述通信装置，具备与上述终端之间建立的信道的QoS信息和对应于该信道的ID信息，
上述控制装置，比较由上述通信装置通知的上述通信装置和上述终端之间建立的信道的QoS信息和所接收流的QoS信息，并对上述流分配上述信道，
对上述服务器通知用于识别上述流的流识别条件和对上述流分配的上述信道的上述ID，
上述服务器，在把和上述流识别条件一致的数据包传输给上述终端之时，把上述ID设定在上述数据包的封装后的头区上，
上述通信装置，把从上述服务器接收的数据包传输给上述终端之时，参照接收数据包的上述ID，由此向对应于上述ID的信道传输数据包。
2.权利要求1所述的通信系统，其特征在于，
当上述终端在通信中移动到和上述通信装置的区域不同的区域的情况下，
上述控制装置参照上述终端和上述移动目的地的通信装置之间建立的信道的QoS信息和所接收的流的QoS信息，对上述流分配ID，把该分配好的ID和流的流识别条件通知给移动目的地的上述通信装置，
上述服务器对移动出发地和移动目的地的通信装置双播一定时间的数据包。
3.权利要求1所述的通信系统，其特征在于，
上述服务器把向上述终端传输的数据包用IPv6报头封装，把上述ID设定为上述IPv6报头的流标记字段或者流量类别字段。
4.权利要求1所述的通信系统，其特征在于，
上述QoS信息是分配给应适用QoS的业务名称、优先级、保证带宽、保证延迟、或者抖动当中的至少一个或者这些当中的至少任何两个的组合的标识符。
5.一种通信系统，包括：终端；把向上述终端传送的数据包进行封装的服务器；把从上述服务器接收的数据包传送给上述终端的通信装置；以及和上述服务器连接的控制装置的通信系统，其特征在于，
上述控制装置，根据接收的流的QoS信息，决定应适用在上述终端和上述通信装置之间建立的信道的QoS，
把该决定的信道的QoS信息和对应于上述信道的ID通知给上述通信装置，
而且，把上述流的识别条件和上述ID通知给上述服务器，
上述服务器在把和上述流识别条件一致的数据包传送给上述终端之时，把上述ID设定在上述数据包的封装后的头区上，
上述通信装置把从上述服务器接收的数据包传输给上述终端之时，参照接收数据包的上述ID，由此向对应于上述ID的信道传送数据包。
6.一种服务器，通过网络和控制装置连接，把接收的数据包进行封装通过通信装置传送给终端，其特征在于，
从上述控制装置接收用于识别流的流识别条件以及对应于在上述通信装置和上述终端之间建立的信道的ID，
把和上述流识别条件一致的数据包发给上述终端之时，把上述ID设定在上述数据包封装后的头区上，并传送给上述终端。
7.一种控制装置，和通过网络把数据包进行封装的服务器以及从上述服务器接收上述封装过的数据包并传送给终端的通信装置相连接，其特征在于，
具备在上述通信装置和上述终端之间建立的信道QoS信息和对应于该信道的ID信息，
对上述服务器通知流识别条件和当与该流识别条件一致时应设定在头区的上述ID。
8.一种通信装置，通过网络和控制装置连接，传送服务器发送的封装好的发往终端的数据包，
具备与上述终端之间建立的信道的QoS信息和对应于该信道的ID信息，
把从上述服务器接收的数据包传送给上述终端时，在上述服务器中，当接收数据包和上述控制装置通知的流识别条件一致时，参照设定在上述数据包封装后的头区上的上述ID，由此向对应于上述ID的信道上传送数据包。
CN2008100882016A 2007-06-15 2008-03-21 通信系统、服务器、控制装置及通信装置 Expired - Fee Related CN101325547B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP158151/2007 2007-06-15
JP2007158151A JP4867806B2 (ja) 2007-06-15 2007-06-15 通信システム、サーバ、制御装置および通信装置

Publications (2)

Publication Number Publication Date
CN101325547A true CN101325547A (zh) 2008-12-17
CN101325547B CN101325547B (zh) 2012-08-29

Family

ID=40132211

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008100882016A Expired - Fee Related CN101325547B (zh) 2007-06-15 2008-03-21 通信系统、服务器、控制装置及通信装置

Country Status (3)

Country Link
US (1) US8107471B2 (zh)
JP (1) JP4867806B2 (zh)
CN (1) CN101325547B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101969698A (zh) * 2010-10-25 2011-02-09 中山大学 一种移动ip应用层网关的移动ip表的设立和使用的方法
CN102098651A (zh) * 2011-01-21 2011-06-15 北京邮电大学 利用用户服务标识usid实施策略标识与控制的方法
CN102761932A (zh) * 2011-04-29 2012-10-31 中兴通讯股份有限公司 一种ip流迁移的策略控制方法及系统
CN104067589A (zh) * 2011-11-14 2014-09-24 阿尔卡特朗讯公司 通过虚拟专用网络来创建连接的方法和设备

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9043862B2 (en) * 2008-02-06 2015-05-26 Qualcomm Incorporated Policy control for encapsulated data flows
US20090300207A1 (en) * 2008-06-02 2009-12-03 Qualcomm Incorporated Pcc enhancements for ciphering support
US8045555B2 (en) * 2008-08-20 2011-10-25 Futurewei Technologies, Inc. Method and apparatus for tunnel packet optimization
WO2010112077A1 (en) 2009-04-02 2010-10-07 Telefonaktiebolaget Lm Ericsson (Publ) Techniques for handling network traffic
WO2010127706A1 (en) * 2009-05-08 2010-11-11 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for handling qos relating to secure ip access
US8305979B2 (en) * 2009-09-04 2012-11-06 Clearwire Ip Holdings Llc Managing multiple application flows over an access bearer in a quality of service policy environment
CN105357774B (zh) * 2009-11-27 2019-02-19 瑞典爱立信有限公司 针对改进服务质量处理的电信方法、协议和设备
CN102668685B (zh) * 2009-11-27 2016-01-20 瑞典爱立信有限公司 针对改进服务质量处理的电信方法、协议和设备
WO2011118008A1 (ja) * 2010-03-25 2011-09-29 富士通株式会社 移動機、パケットフィルタリング方法およびパケットフィルタリングプログラム
US20110261705A1 (en) * 2010-04-23 2011-10-27 Kamerkar Sushil S Mapping Traffic Classes to Flow Control Groups
US8347100B1 (en) 2010-07-14 2013-01-01 F5 Networks, Inc. Methods for DNSSEC proxying and deployment amelioration and systems thereof
DK2599266T3 (en) 2010-07-29 2016-01-25 Ericsson Telefon Ab L M Managing network traffic via a fixed access
WO2012041366A1 (en) * 2010-09-28 2012-04-05 Telefonaktiebolaget L M Ericsson (Publ) Authorization of a communication node to determine a bit rate
US8943209B2 (en) * 2010-10-07 2015-01-27 Tekelec, Inc. Methods, systems, and computer readable media for policy and charging rules function (PCRF) fault tolerance
US20130155863A1 (en) * 2010-10-22 2013-06-20 Telefonaktiebolaget L M Ericsson Adaptation of Quality of Service in Handling Network Traffic
ES2536486T3 (es) * 2010-11-29 2015-05-25 Nec Europe Ltd. Procedimiento y aparato para realizar acciones en paquetes en nodos intermedios en una conexión entre un dispositivo de comunicación y un dispositivo de destino en una red objetivo
KR101500251B1 (ko) * 2010-12-17 2015-03-06 닛본 덴끼 가부시끼가이샤 통신 시스템, 노드, 패킷 전송 방법 및 프로그램을 기록한 컴퓨터 판독가능 기록 매체
US8797874B2 (en) * 2011-09-09 2014-08-05 Futurewei Technologies, Inc. Apparatus and system for packet routing and forwarding in an interior network
US20130326076A1 (en) * 2012-05-29 2013-12-05 Alcatel-Lucent Canada Inc. Per flow and per session metering limit application
US9215133B2 (en) 2013-02-20 2015-12-15 Tekelec, Inc. Methods, systems, and computer readable media for detecting orphan Sy or Rx sessions using audit messages with fake parameter values
JP5855171B2 (ja) * 2014-06-24 2016-02-09 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 改善されたサービス品質処理のための通信方法、通信プロトコル及び通信装置
KR102165163B1 (ko) 2016-01-19 2020-10-14 도이체 텔레콤 악티엔 게젤샤프트 전기 통신 네트워크와 사용자 장비 사이의 통신을 핸들링하기 위한 방법
US10797888B1 (en) 2016-01-20 2020-10-06 F5 Networks, Inc. Methods for secured SCEP enrollment for client devices and devices thereof
CN110071877B (zh) * 2018-01-22 2021-01-29 华为技术有限公司 一种传输信息的方法和装置
WO2019175935A1 (ja) * 2018-03-12 2019-09-19 株式会社Ｎｔｔドコモ 通信端末および通信方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7065779B1 (en) * 1999-10-13 2006-06-20 Cisco Technology, Inc. Technique for synchronizing multiple access controllers at the head end of an access network
FI108593B (fi) * 1999-12-31 2002-02-15 Nokia Oyj Paketinreititys monipalveluverkossa
JP3526032B2 (ja) * 2000-11-08 2004-05-10 日本電気株式会社 モバイルネットワーク及びｉｐパケットの転送方法
US7212527B2 (en) * 2001-05-09 2007-05-01 Intel Corporation Method and apparatus for communicating using labeled data packets in a network
US7061880B2 (en) * 2001-10-11 2006-06-13 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for multicast communications
US7336604B2 (en) * 2003-02-13 2008-02-26 Innomedia Pte Network access module for supporting a stand alone multi-media terminal adapter
KR100560737B1 (ko) * 2003-02-18 2006-03-13 삼성전자주식회사 듀얼스택을 이용한 아이피브이4 - 아이피브이6 전환 장치및 그 방법
JP2005217626A (ja) * 2004-01-28 2005-08-11 Kddi Corp 無線アクセスネットワークを介するパケットデータ交換ノード、端末及びそのプログラム
US7512085B2 (en) * 2004-06-24 2009-03-31 International Business Machines Corporation Method for multicast tunneling for mobile devices
EP1892901A3 (en) * 2004-10-01 2011-07-13 Panasonic Corporation Quality-of-service (qos)-aware scheduling for uplink transmission on dedicated channels
US7436766B2 (en) * 2005-04-04 2008-10-14 Lucent Technologies Inc. Telecommunication network support for service based policy in roaming configurations
EP1770915A1 (en) * 2005-09-29 2007-04-04 Matsushita Electric Industrial Co., Ltd. Policy control in the evolved system architecture
WO2007145371A1 (en) * 2006-06-14 2007-12-21 Panasonic Corporation Filtering policy in nemo mobile router

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101969698A (zh) * 2010-10-25 2011-02-09 中山大学 一种移动ip应用层网关的移动ip表的设立和使用的方法
CN101969698B (zh) * 2010-10-25 2014-02-12 中山大学 一种移动ip应用层网关的移动ip表的设立和使用的方法
CN102098651A (zh) * 2011-01-21 2011-06-15 北京邮电大学 利用用户服务标识usid实施策略标识与控制的方法
CN102761932A (zh) * 2011-04-29 2012-10-31 中兴通讯股份有限公司 一种ip流迁移的策略控制方法及系统
WO2012146092A1 (zh) * 2011-04-29 2012-11-01 中兴通讯股份有限公司 一种ip流迁移的策略控制方法及系统
CN104067589A (zh) * 2011-11-14 2014-09-24 阿尔卡特朗讯公司 通过虚拟专用网络来创建连接的方法和设备
CN104067589B (zh) * 2011-11-14 2018-04-13 阿尔卡特朗讯公司 通过虚拟专用网络来创建连接的方法和设备

Also Published As

Publication number Publication date
CN101325547B (zh) 2012-08-29
US20080310334A1 (en) 2008-12-18
US8107471B2 (en) 2012-01-31
JP4867806B2 (ja) 2012-02-01
JP2008311974A (ja) 2008-12-25

Similar Documents

Publication Publication Date Title
CN101325547B (zh) 通信系统、服务器、控制装置及通信装置
CN102340890B (zh) 分组无线网络、经由其传送因特网协议分组的方法及装置
US9154998B2 (en) Method, system, and application network element for improving quality of service
CN101176332B (zh) 用于分组数据协议上下文的激活的分组无线网络
CN101047949B (zh) 业务数据流的承载控制方法
US8467291B2 (en) Policy control with predefined rules
EP2177062B1 (en) Packet filtering/classification and/or policy control support from both visited and home networks
DE60211881T2 (de) Bindungsinformation für ip mediendatenströmen
US9686116B2 (en) Dynamic service information for the access network
EP1332627B1 (en) Method and apparatus for coordinated charging of services in a multimedia session
JP4477023B2 (ja) Ｐｄｐコンテクストエラー取り扱い方法
US20060268818A1 (en) Radio telecommunications apparatus and method for communcations internet data packets containing different types of data
US20050210141A1 (en) Method for providing multiple sdp media flows in a single pop context
CN105340321A (zh) 整合可信非3gpp接入网和3gpp核心网时的端到端qos
CN101442428A (zh) 一种端到端QoS的申请方法、系统和设备
CN101577931B (zh) 一种实现多接入的方法及系统
WO2006059931A1 (en) Method and system for implementation of sblp for a wlan-gsm/3g integrated system
CN101505296A (zh) 隧道业务数据流的控制方法和装置
EP2078262B1 (en) Systems and methods for signal reduction in wireless communication
AU2003216764A2 (en) Transfer of packet data to wireless terminal

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
ASS Succession or assignment of patent right

Owner name: HITACHI CO., LTD.

Free format text: FORMER OWNER: HITACHI COMMUNICATION TECHNOLOGIES LTD.

Effective date: 20100322

C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20100322

Address after: Tokyo, Japan, Japan

Applicant after: Hitachi Ltd.

Address before: Tokyo, Japan, Japan

Applicant before: Hitachi Communications Technology Co., Ltd.

C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120829

Termination date: 20180321

CF01 Termination of patent right due to non-payment of annual fee